From unknown Sat Sep 13 06:04:31 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#26682 <26682@debbugs.gnu.org> To: bug#26682 <26682@debbugs.gnu.org> Subject: Status: 26.0.50; Error at startup with minibuffer-only frame Reply-To: bug#26682 <26682@debbugs.gnu.org> Date: Sat, 13 Sep 2025 13:04:31 +0000 retitle 26682 26.0.50; Error at startup with minibuffer-only frame reassign 26682 emacs submitter 26682 Stefan Monnier severity 26682 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 27 13:08:27 2017 Received: (at submit) by debbugs.gnu.org; 27 Apr 2017 17:08:27 +0000 Received: from localhost ([127.0.0.1]:43122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3mu1-00061i-Ih for submit@debbugs.gnu.org; Thu, 27 Apr 2017 13:08:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40752) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3mtz-00061U-IE for submit@debbugs.gnu.org; Thu, 27 Apr 2017 13:08:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3mtt-0001Qr-0u for submit@debbugs.gnu.org; Thu, 27 Apr 2017 13:08:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44788) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d3mts-0001Qd-TX for submit@debbugs.gnu.org; Thu, 27 Apr 2017 13:08:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59948) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3mtr-0004BQ-Gg for bug-gnu-emacs@gnu.org; Thu, 27 Apr 2017 13:08:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d3mto-0001Nm-7s for bug-gnu-emacs@gnu.org; Thu, 27 Apr 2017 13:08:15 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:32794) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d3mto-0001NW-2D for bug-gnu-emacs@gnu.org; Thu, 27 Apr 2017 13:08:12 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id v3RH8AHF013863 for ; Thu, 27 Apr 2017 13:08:10 -0400 Received: by pastel.home (Postfix, from userid 20848) id 76EF060312; Thu, 27 Apr 2017 13:08:10 -0400 (EDT) From: Stefan Monnier To: bug-gnu-emacs@gnu.org Subject: 26.0.50; Error at startup with minibuffer-only frame Date: Thu, 27 Apr 2017 13:08:10 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.3 X-NAI-Spam-Rules: 5 Rules triggered BEC_TRC1=0.1, BEC_TRC1_W_GEN_SPAM_FEATRE=0.1, GEN_SPAM_FEATRE=0.1, EDT_SA_DN_PASS=0, RV6010=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6010> : inlines <5823> : streams <1743043> : uri <2417214> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Some recent change in `master` has introduced a regression when using my configuration. I can reproduce it with the recipe below: src/emacs -Q --eval '(setq default-frame-alist (quote ((minibuffer . on= ly))))' This launches Emacs but signals an error "Attempt to delete the only frame". Stefan In GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll= bars) of 2017-04-27 built on lechazo Repository revision: 79c5ea9911a9aba7db0ba0e367e06507cee2fc02 Windowing system distributor 'The X.Org Foundation', version 11.0.11901000 System Description: Debian GNU/Linux 9.0 (stretch) Recent messages: Entering debugger... Continuing. Error: (error "Unable to activate package =E2=80=98ess=E2=80=99. Required package =E2=80=98julia-mode-0.3=E2=80=99 is unavailable") Loading /home/monnier/src/elisp/ProofGeneral/generic/proof-site.el (source)= ...done Loading /home/monnier/etc/emacs/X11.el (source)...done Loading /home/monnier/etc/emacs/custom.el (source)...done Source file =E2=80=98/home/monnier/src/emacs/elpa/packages/load-dir/load-di= r.el=E2=80=99 newer than byte-compiled file Starting new Ispell process /usr/bin/aspell with american dictionary... For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure -C --enable-checking --with-modules --enable-check-lisp-object-= type 'CFLAGS=3D-Wall -g3 -Og -Wno-pointer-sign' PKG_CONFIG_PATH=3D/home/monnier/lib/pkgconfig' Configured features: XAW3D XPM JPEG TIFF GIF PNG SOUND GPM DBUS GSETTINGS NOTIFY GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 MODULES Important settings: value of $LANG: fr_CH.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: outline-minor-mode: t flyspell-mode: t checkdoc-minor-mode: t electric-pair-mode: t global-reveal-mode: t reveal-mode: t auto-insert-mode: t savehist-mode: t minibuffer-electric-default-mode: t url-handler-mode: t cl-old-struct-compat-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t prettify-symbols-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: /home/monnier/src/emacs/elpa/packages/svg/svg hides /home/monnier/src/emacs= /trunk/lisp/svg /home/monnier/src/emacs/elpa/packages/landmark/landmark hides /home/monnier= /src/emacs/trunk/lisp/obsolete/landmark Features: (shadow sort mail-extr emacsbug message subr-x puny dired dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg 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 noutline outline easy-mmode flyspell ispell checkdoc thingatpt load-dir elec-pair reveal autoinsert proof-site proof-autoloads cl pg-vars savehist minibuf-eldef disp-table help-mode debug advice info realgud-recursive-autoloads finder-inf url-auth package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs pcase cl-lib bbdb-loaddefs 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 dbusbind inotify dynamic-setting system-font-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 8 144878 7559) (symbols 24 23944 1) (miscs 20 71 182) (strings 16 37557 5283) (string-bytes 1 1279263) (vectors 8 19171) (vector-slots 4 545328 4402) (floats 8 68 266) (intervals 28 307 0) (buffers 520 12)) From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 28 04:57:45 2017 Received: (at 26682) by debbugs.gnu.org; 28 Apr 2017 08:57:45 +0000 Received: from localhost ([127.0.0.1]:43573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d41ii-0005Jd-PQ for submit@debbugs.gnu.org; Fri, 28 Apr 2017 04:57:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d41ih-0005JS-LU for 26682@debbugs.gnu.org; Fri, 28 Apr 2017 04:57:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d41iY-0002c9-8M for 26682@debbugs.gnu.org; Fri, 28 Apr 2017 04:57:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d41iY-0002c4-5k; Fri, 28 Apr 2017 04:57:34 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2683 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1d41iX-0001wk-Fc; Fri, 28 Apr 2017 04:57:33 -0400 Date: Fri, 28 Apr 2017 11:56:59 +0300 Message-Id: <83pofwnc4k.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier , martin rudalics In-reply-to: (message from Stefan Monnier on Thu, 27 Apr 2017 13:08:10 -0400) Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Stefan Monnier > Date: Thu, 27 Apr 2017 13:08:10 -0400 > > > Some recent change in `master` has introduced a regression when using my > configuration. I can reproduce it with the recipe below: > > src/emacs -Q --eval '(setq default-frame-alist (quote ((minibuffer . only))))' > > This launches Emacs but signals an error "Attempt to delete the only > frame". This seems to come from the following part at the beginning of delete_frame: else if (!EQ (force, Qnoelisp) && !other_frames (f, !NILP (force))) { if (NILP (force)) error ("Attempt to delete the sole visible or iconified frame"); else error ("Attempt to delete the only frame"); } The original code there was: if (NILP (force) && !other_visible_frames (f)) error ("Attempt to delete the sole visible or iconified frame"); Martin, why did you decide to disallow frame deletion when the FORCE argument is t? This makes delete-frame violate its documented contract, whereby if FORCE == Qt, the fact that other frames are not visible doesn't count. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 28 13:44:50 2017 Received: (at 26682) by debbugs.gnu.org; 28 Apr 2017 17:44:50 +0000 Received: from localhost ([127.0.0.1]:44974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d49wo-0005T8-Cs for submit@debbugs.gnu.org; Fri, 28 Apr 2017 13:44:50 -0400 Received: from mout.gmx.net ([212.227.17.20]:49435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d49wm-0005Sv-7E for 26682@debbugs.gnu.org; Fri, 28 Apr 2017 13:44:49 -0400 Received: from [192.168.1.100] ([213.162.68.65]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LhTjQ-1dqdrJ0EhE-00mZUY; Fri, 28 Apr 2017 19:44:37 +0200 Message-ID: <59037F7C.8080107@gmx.at> Date: Fri, 28 Apr 2017 19:44:28 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Stefan Monnier Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> In-Reply-To: <83pofwnc4k.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------050407010108010006080005" X-Provags-ID: V03:K0:HhtAmGkpx/KB9I3pNOdtZ/CHlYWol12imtlf0t2wE1b8UejWNBA LZpjgTz4SkNCmZwyS+FYqIX7T6oFYDMrxGQ/CIQ2VQN/HpQs0hrJ672ziEXEZq0Tlw7CQU3 H2Wc4Ytnr7d+5v8DXN2+jG26zNMsI2djWgPCInqEa+SZ9aKL6GnKYPZ1+OQXmxXvfXduDVo VHr34TEbuSa8EP4vu6pZQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:zZ8esGI0QMM=:QhfC6QvQSyNXbmiWC/fzMG emqLcM24q/bVX5AU8HyY1cxkBrzxyIo6jySjmriBlPMvG4ca3xMHz2Fa7l1GvhJyiF6Mk9Zmx QPelG6GOi8Rr5hqxL5iPIzuPhHnLoTXk4yxZb9JPqpmu8+9lwjInBNRLvIT3VG87EX4X6w0FW u7xRDwztdKodCDV2kLcebYlTihuJDnPqrJXseYd42h0B84qanoSN+pEhkxRve9PPg1t4oFAFo zrp7Vgmfvdd4WxHt5CQYgFYALM3/M2Z8HTDUIZ2lztRF6D1SF6ZHq53tY03DykR1yqmIiErKN G2EdQbBtUWzsIFvb7b2B22tpnulWhnqt5FVZsSa80TI2rLDxzFLGdu3xjbUjolVkeWHq5ri5u K31ZXPlKvJEU9vQ0UsFyodhM7dGwvzSdf4Bh4nxSnoAeoeL/jDY53B8wOWYXH7xGeB28DrlWf /IWU4n9yKzWSLyttVC7sR+MCqZCdUFmq3B1ApP6v++GI7mosF5SSaST3W1peOW3rdI4Q3vXSy vEgQq/urVjiLUN9EzN5Nvnf+kp8tqeyvpqJD3XaHBeWUoONagICxEjuV8D/QQnYcKpmQdREFr /L7F2X8jb9Krg6jhP9WXon4szeFUnEIRnrJtBG+lbontQGYONLnq3bD4QKDZmeJR3cGjmjf4K d5uQK4xFqBvCpEHmEP+KKEnlpYRL0OWlhI+HF+r9LPzwTh0qxoPcq1Yu94ibRa4cf1tjMIueH YAXp2r07mN0gVO0fJE9qxE+oG7KK2n9Yzx0zUc4KmB0XuZtHE4xfiEfIjkE= X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) This is a multi-part message in MIME format. --------------050407010108010006080005 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable > This seems to come from the following part at the beginning of > delete_frame: > > else if (!EQ (force, Qnoelisp) && !other_frames (f, !NILP (force)))= > { > if (NILP (force)) > error ("Attempt to delete the sole visible or iconified frame"); > else > error ("Attempt to delete the only frame"); > } > > The original code there was: > > if (NILP (force) && !other_visible_frames (f)) > error ("Attempt to delete the sole visible or iconified frame"); > > Martin, why did you decide to disallow frame deletion when the FORCE > argument is t? This makes delete-frame violate its documented > contract, whereby if FORCE =3D=3D Qt, the fact that other frames are n= ot > visible doesn't count. I probably was confused. One problem I wanted to fix is the following scenario with Emacs 25.2: With emacs -Q evaluate the following four forms in row: (defvar old-frame (selected-frame)) (defvar new-frame (make-frame)) (add-hook 'delete-frame-functions (lambda (f) (delete-frame new-frame))) (delete-frame old-frame) This gets me here: Program received signal SIGTRAP, Trace/breakpoint trap. 0x7c911231 in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.d= ll (gdb) bt #0 0x7c911231 in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntd= ll.dll #1 0x012d28dd in emacs_abort () at w32fns.c:9830 #2 0x01323e14 in w32_reset_fringes () at fringe.c:1777 #3 0x012f1489 in x_delete_display (dpyinfo=3D0x2b1bc60) at w32term.c:694= 1 #4 0x012f1247 in x_delete_terminal (terminal=3D0x1a560b0) at w32term.c:6= 847 #5 0x01130bbe in Fdelete_terminal (terminal=3D..., force=3D...) at termi= nal.c:390 #6 0x01019d9c in delete_frame (frame=3D..., force=3D...) at frame.c:1731= #7 0x0101a55f in Fdelete_frame (frame=3D..., force=3D...) at frame.c:184= 2 #8 0x0121f0c2 in eval_sub (form=3D...) at eval.c:2174 #9 0x0121e235 in Feval (form=3D..., lexical=3D...) at eval.c:1993 #10 0x0122109f in Ffuncall (nargs=3D3, args=3D0x82e0e8) at eval.c:2701 #11 0x0127dbf5 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D= =2E.., args_template=3D..., nargs=3D1, args=3D0x82e690) at bytecode.c:880= #12 0x01221e60 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x82= e688) at eval.c:2860 #13 0x0122146e in Ffuncall (nargs=3D2, args=3D0x82e680) at eval.c:2747 #14 0x0127dbf5 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D= =2E.., args_template=3D..., nargs=3D1, args=3D0x82ed78) at bytecode.c:880= #15 0x01221e60 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x82= ed70) at eval.c:2860 #16 0x0122146e in Ffuncall (nargs=3D2, args=3D0x82ed68) at eval.c:2747 #17 0x01213432 in Ffuncall_interactively (nargs=3D2, args=3D0x82ed68) at = callint.c:252 #18 0x01220f0f in Ffuncall (nargs=3D3, args=3D0x82ed60) at eval.c:2678 #19 0x0121665e in Fcall_interactively (function=3D..., record_flag=3D...,= keys=3D...) at callint.c:843 #20 0x012210f6 in Ffuncall (nargs=3D4, args=3D0x82f1c8) at eval.c:2705 #21 0x0127dbf5 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D= =2E.., args_template=3D..., nargs=3D1, args=3D0x82f780) at bytecode.c:880= #22 0x01221e60 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x82= f778) at eval.c:2860 #23 0x0122146e in Ffuncall (nargs=3D2, args=3D0x82f770) at eval.c:2747 #24 0x012207bf in call1 (fn=3D..., arg1=3D...) at eval.c:2557 #25 0x01151cff in command_loop_1 () at keyboard.c:1479 #26 0x0121bd32 in internal_condition_case (bfun=3D0x1151233 , handlers=3D..., hfun=3D0x11504cb ) at eval.c:1314 #27 0x01150ccd in command_loop_2 (ignore=3D...) at keyboard.c:1107 #28 0x0121aed6 in internal_catch (tag=3D..., func=3D0x1150c91 , arg=3D...) at eval.c:1079 #29 0x01150c53 in command_loop () at keyboard.c:1086 #30 0x0114fee3 in recursive_edit_1 () at keyboard.c:692 #31 0x011501a4 in Frecursive_edit () at keyboard.c:763 #32 0x0114d8ba in main (argc=3D2, argv=3D0xa32658) at emacs.c:1626 Lisp Backtrace: "delete-frame" (0x82ded0) "eval" (0x82e0f0) "elisp--eval-last-sexp" (0x82e688) "eval-last-sexp" (0x82ed70) "funcall-interactively" (0x82ed68) "call-interactively" (0x82f1d0) "command-execute" (0x82f778) Admittedly calling =E2=80=98delete-frame=E2=80=99 from =E2=80=98delete-fr= ame-functions=E2=80=99 is not nice. But with child frames and the =E2=80=98delete-before=E2=80=99 para= meter it would be easy to get a similar crash with a less provocative setup. So I started to check for the existence of other frames twice and be more rigorous. Too rigorous, as Stefan's scenario demonstrates. I attach a presumptive patch which should handle Stefan's setup and also a few =E2=80=98make-frame-invisible=E2=80=99 calls which were not handled= correctly. Please try it. It needs some further testing before I can commit it. As a matter of fact, I was not able to repeat Stefan's scenario on GNU/Linux - the initial frame was always deleted orderly. But the behavior is easily reproducible on Windows. On Windows, however, even with my patch, one out of ten times starting Emacs with Stefan's command line hangs it with the initial frame visible and I have to quit with C-g. More precisely, it hangs in =E2=80=98frame-notice-user-settings=E2=80=99 = in the while loop below ;; MS-Windows needs this to avoid inflooping below. (if (eq system-type 'windows-nt) (sit-for 0 t)) ;; If the frame isn't visible yet, wait till it is. ;; If the user has to position the window, ;; Emacs doesn't know its real position until ;; the frame is seen to be visible. (while (not (cdr (assq 'visibility (frame-parameters frame-initial-frame)))) (sleep-for 1)) and it does so always when I run Emacs under GDB. I don't yet know why it hangs: The request to make the frame visible is posted orderly but somehow SET_FRAME_VISIBLE gets never executed. Can you reproduce it? Note also that the patch restores the Emasc 25.2 behavior where deleting the last minibuffer frame with a mouse click raises the "surrogate ..." error. My earlier changes did =E2=80=98save-buffers-kill-emacs=E2=80=99 = in that case. martin --------------050407010108010006080005 Content-Type: text/plain; charset=windows-1252; name="frame.c.el.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="frame.c.el.diff" ZGlmZiAtLWdpdCBhL2xpc3AvZnJhbWUuZWwgYi9saXNwL2ZyYW1lLmVsCmluZGV4IGNlYzI2 MjQuLjhkYWQ2M2YgMTAwNjQ0Ci0tLSBhL2xpc3AvZnJhbWUuZWwKKysrIGIvbGlzcC9mcmFt ZS5lbApAQCAtMTIzLDggKzEyMyw2IEBAIGhhbmRsZS1kZWxldGUtZnJhbWUKICAgICAgICAg ICAgIDs7IG5vdCBhIGNoaWxkIGZyYW1lLgogICAgICAgICAgICAgKHdoZW4gKGFuZCAobm90 IChlcSBmcmFtZS0xIGZyYW1lKSkKICAgICAgICAgICAgICAgICAgICAgICAgKGZyYW1lLXZp c2libGUtcCBmcmFtZS0xKQotICAgICAgICAgICAgICAgICAgICAgICAod2luZG93LWxpdmUt cCAobWluaWJ1ZmZlci13aW5kb3cgZnJhbWUtMSkpCi0gICAgICAgICAgICAgICAgICAgICAg IChlcSAod2luZG93LWZyYW1lIChtaW5pYnVmZmVyLXdpbmRvdyBmcmFtZS0xKSkgZnJhbWUt MSkKICAgICAgICAgICAgICAgICAgICAgICAgKG5vdCAoZnJhbWUtcGFyZW50IGZyYW1lLTEp KQogICAgICAgICAgICAgICAgICAgICAgICAobm90IChmcmFtZS1wYXJhbWV0ZXIgZnJhbWUt MSAnZGVsZXRlLWJlZm9yZSkpKQogICAgICAgICAgICAgICAodGhyb3cgJ290aGVyLWZyYW1l IHQpKSkpCmRpZmYgLS1naXQgYS9zcmMvZnJhbWUuYyBiL3NyYy9mcmFtZS5jCmluZGV4IDY4 MWEyNDUuLmIxMDhlNDUgMTAwNjQ0Ci0tLSBhL3NyYy9mcmFtZS5jCisrKyBiL3NyYy9mcmFt ZS5jCkBAIC0xNTYwLDE1ICsxNTYwLDE2IEBAIG9mIHRoZW0gKHRoZSBzZWxlY3RlZCB0ZXJt aW5hbCBmcmFtZSkgaXMgYWN0dWFsbHkgZGlzcGxheWVkLgogICogUmV0dXJuIHRydWUgaWYg dGhlcmUgZXhpc3RzIGF0IGxlYXN0IG9uZSB2aXNpYmxlIG9yIGljb25pZmllZCBmcmFtZQog ICogYnV0IEYuICBSZXR1cm4gZmFsc2Ugb3RoZXJ3aXNlLgogICoKLSAqIEFsd2F5cyByZXR1 cm4gZmFsc2Ugd2hlbiBhbGwgcmVtYWluaW5nIGZyYW1lcyBhcmUgZWl0aGVyIHRvb2x0aXAg b3IKLSAqIGNoaWxkIGZyYW1lcyBvciBmcmFtZXMgd2l0aCBhIG5vbi1uaWwgYGRlbGV0ZS1i ZWZvcmUnIHBhcmFtZXRlci4gIElmCi0gKiBJTlZJU0lCTEUgaXMgZmFsc2UsIGFsc28gcmV0 dXJuIGZhbHNlIHdoZW4gdGhlIG1pbmlidWZmZXIgd2luZG93IG9mCi0gKiBhbGwgcmVtYWlu aW5nIGZyYW1lcyBpcyBvbiBGLgotCisgKiBJTlZJU0lCTEUgdHJ1ZSBtZWFucyB3ZSBhcmUg Y2FsbGVkIGZyb20gbWFrZV9mcmFtZV9pbnZpc2libGUgd2hlcmUKKyAqIHN1Y2ggYSBmcmFt ZSBtdXN0IGJlIHZpc2libGUgb3IgaWNvbmlmaWVkLiAgSU5WSVNJQkxFIG5pbCBtZWFucyB3 ZQorICogYXJlIGNhbGxlZCBmcm9tIGRlbGV0ZV9mcmFtZS4gIEluIHRoYXQgY2FzZSBGT1JD RSB0cnVlIG1lYW5zIHRoYXQgdGhlCisgKiB2aXNpYmlsaXR5IHN0YXR1cyBvZiBzdWNoIGEg ZnJhbWUgY2FuIGJlIGlnbm9yZWQuCisgKgogICogSWYgRiBpcyB0aGUgdGVybWluYWwgZnJh bWUgYW5kIHdlIGFyZSB1c2luZyBYLCByZXR1cm4gdHJ1ZSBpZiBhdAotICogbGVhc3Qgb25l IFggZnJhbWUgZXhpc3RzLiAgKi8KKyAqIGxlYXN0IG9uZSBYIGZyYW1lIGV4aXN0cy4KKyAq Lwogc3RhdGljIGJvb2wKLW90aGVyX2ZyYW1lcyAoc3RydWN0IGZyYW1lICpmLCBib29sIGlu dmlzaWJsZSkKK290aGVyX2ZyYW1lcyAoc3RydWN0IGZyYW1lICpmLCBib29sIGludmlzaWJs ZSwgYm9vbCBmb3JjZSkKIHsKICAgTGlzcF9PYmplY3QgZnJhbWVzLCBmcmFtZSwgZnJhbWUx OwogICBzdHJ1Y3QgZnJhbWUgKmYxOwpAQCAtMTU5MSwyMyArMTU5MiwyMCBAQCBvZiB0aGVt ICh0aGUgc2VsZWN0ZWQgdGVybWluYWwgZnJhbWUpIGlzIGFjdHVhbGx5IGRpc3BsYXllZC4K IAkgICAgeF9zeW5jIChmMSk7CiAjZW5kaWYKIAkgIGlmIChOSUxQIChGZnJhbWVfcGFyYW1l dGVyIChmcmFtZTEsIFF0b29sdGlwKSkKLQkgICAgICAvKiBUb29sdGlwcyBhbmQgY2hpbGQg ZnJhbWVzIGRvbid0IGNvdW50LiAgKi8KKwkgICAgICAvKiBUb29sdGlwcyBhbmQgY2hpbGQg ZnJhbWVzIGNvdW50IG5laXRoZXIgZm9yCisJCSBpbnZpc2liaWxpdHkgbm9yIGZvciBkZWxl dGlvbnMuICAqLwogCSAgICAgICYmICFGUkFNRV9QQVJFTlRfRlJBTUUgKGYxKQogCSAgICAg IC8qIEZyYW1lcyB3aXRoIGEgbm9uLW5pbCBgZGVsZXRlLWJlZm9yZScgcGFyYW1ldGVyIGRv bid0Ci0JCSBjb3VudCAtIGVpdGhlciB0aGV5IGRlcGVuZCBvbiB1cyBvciB0aGV5IGRlcGVu ZCBvbiBhCi0JCSBmcmFtZSB0aGF0IHdlIHdpbGwgaGF2ZSB0byBmaW5kIHJpZ2h0IGhlcmUu ICAqLwotCSAgICAgICYmIE5JTFAgKGdldF9mcmFtZV9wYXJhbSAoZjEsIFFkZWxldGVfYmVm b3JlKSkKLQkgICAgICAvKiBGcmFtZXMgd2hvc2UgbWluaWJ1ZmZlciB3aW5kb3cgaXMgb24g RiBkb24ndCBjb3VudAotCQkgdW5sZXNzIElOVklTSUJMRSBpcyBzZXQgLSBpbiB0aGF0IGNh c2UgRiBpcyBlaXRoZXIgbWFkZQotCQkgaW52aXNpYmxlIGFuZCBtYXkgYmUgYXV0b3JhaXNl ZCBmcm9tIHN1Y2ggYSBmcmFtZSBvcgotCQkgdGhlIEZPUkNFIGFyZ3VtZW50IG9mIGRlbGV0 ZV9mcmFtZSB3YXMgbm9uLW5pbC4gICovCi0JICAgICAgJiYgKGludmlzaWJsZSB8fCBOSUxQ IChtaW5pYnVmZmVyX3dpbmRvdykKLQkJICB8fCAhRVEgKEZSQU1FX01JTklCVUZfV0lORE9X IChmMSksIG1pbmlidWZmZXJfd2luZG93KSkKLQkgICAgICAvKiBBdCBsZWFzdCBvbmUgdmlz aWJsZS9pY29uaWZpZWQgZnJhbWUgbXVzdCByZW1haW4uICAqLworCQkgY291bnQgZm9yIGRl bGV0aW9ucy4gICovCisJICAgICAgJiYgKGludmlzaWJsZSB8fCBOSUxQIChnZXRfZnJhbWVf cGFyYW0gKGYxLCBRZGVsZXRlX2JlZm9yZSkpKQorCSAgICAgIC8qIEZvciBpbnZpc2liaWxp dHkgYW5kIG5vcm1hbCBkZWxldGlvbnMsIGF0IGxlYXN0IG9uZQorCQkgdmlzaWJsZSBvciBp Y29uaWZpZWQgZnJhbWUgbXVzdCByZW1haW4gKEJ1ZyMyNjY4MikuICAqLwogCSAgICAgICYm IChGUkFNRV9WSVNJQkxFX1AgKGYxKSB8fCBGUkFNRV9JQ09OSUZJRURfUCAoZjEpCi0JCSAg LyogQWxsb3cgZGVsZXRpbmcgdGhlIHRlcm1pbmFsIGZyYW1lIHdoZW4gYXQgbGVhc3Qgb25l Ci0JCSAgICAgWCBmcmFtZSBleGlzdHMuICAqLwotCQkgIHx8IChGUkFNRV9XSU5ET1dfUCAo ZjEpICYmICFGUkFNRV9XSU5ET1dfUCAoZikpKSkKKwkJICB8fCAoIWludmlzaWJsZQorCQkg ICAgICAmJiAoZm9yY2UKKwkJCSAgLyogQWxsb3cgZGVsZXRpbmcgdGhlIHRlcm1pbmFsIGZy YW1lIHdoZW4gYXQKKwkJCSAgICAgbGVhc3Qgb25lIFggZnJhbWUgZXhpc3RzLiAgKi8KKwkJ CSAgfHwgKEZSQU1FX1dJTkRPV19QIChmMSkgJiYgIUZSQU1FX1dJTkRPV19QIChmKSkpKSkp CiAJICAgIHJldHVybiB0cnVlOwogCX0KICAgICB9CkBAIC0xNjgwLDcgKzE2NzgsNyBAQCBv ZiB0aGVtICh0aGUgc2VsZWN0ZWQgdGVybWluYWwgZnJhbWUpIGlzIGFjdHVhbGx5IGRpc3Bs YXllZC4KCiAgIGlmICghRlJBTUVfTElWRV9QIChmKSkKICAgICByZXR1cm4gUW5pbDsKLSAg ZWxzZSBpZiAoIUVRIChmb3JjZSwgUW5vZWxpc3ApICYmICFvdGhlcl9mcmFtZXMgKGYsICFO SUxQIChmb3JjZSkpKQorICBlbHNlIGlmICghRVEgKGZvcmNlLCBRbm9lbGlzcCkgJiYgIW90 aGVyX2ZyYW1lcyAoZiwgZmFsc2UsIHRydWUpKQogICAgIHsKICAgICAgIGlmIChOSUxQIChm b3JjZSkpCiAJZXJyb3IgKCJBdHRlbXB0IHRvIGRlbGV0ZSB0aGUgc29sZSB2aXNpYmxlIG9y IGljb25pZmllZCBmcmFtZSIpOwpAQCAtMTc1Miw3ICsxNzUwLDcgQEAgb2YgdGhlbSAodGhl IHNlbGVjdGVkIHRlcm1pbmFsIGZyYW1lKSBpcyBhY3R1YWxseSBkaXNwbGF5ZWQuCiAgICAg IG9uZS4gICovCiAgIGlmICghRlJBTUVfTElWRV9QIChmKSkKICAgICByZXR1cm4gUW5pbDsK LSAgZWxzZSBpZiAoIUVRIChmb3JjZSwgUW5vZWxpc3ApICYmICFvdGhlcl9mcmFtZXMgKGYs ICFOSUxQIChmb3JjZSkpKQorICBlbHNlIGlmICghRVEgKGZvcmNlLCBRbm9lbGlzcCkgJiYg IW90aGVyX2ZyYW1lcyAoZiwgZmFsc2UsIHRydWUpKQogICAgIHsKICAgICAgIGlmIChOSUxQ IChmb3JjZSkpCiAJZXJyb3IgKCJBdHRlbXB0IHRvIGRlbGV0ZSB0aGUgc29sZSB2aXNpYmxl IG9yIGljb25pZmllZCBmcmFtZSIpOwpAQCAtMjI3NSw3ICsyMjczLDcgQEAgb2YgdGhlbSAo dGhlIHNlbGVjdGVkIHRlcm1pbmFsIGZyYW1lKSBpcyBhY3R1YWxseSBkaXNwbGF5ZWQuCiB7 CiAgIHN0cnVjdCBmcmFtZSAqZiA9IGRlY29kZV9saXZlX2ZyYW1lIChmcmFtZSk7CgotICBp ZiAoTklMUCAoZm9yY2UpICYmICFvdGhlcl9mcmFtZXMgKGYsIHRydWUpKQorICBpZiAoTklM UCAoZm9yY2UpICYmICFvdGhlcl9mcmFtZXMgKGYsIHRydWUsIGZhbHNlKSkKICAgICBlcnJv ciAoIkF0dGVtcHQgdG8gbWFrZSBpbnZpc2libGUgdGhlIHNvbGUgdmlzaWJsZSBvciBpY29u aWZpZWQgZnJhbWUiKTsKCiAgIC8qIERvbid0IGFsbG93IG1pbmlidWZfd2luZG93IHRvIHJl bWFpbiBvbiBhbiBpbnZpc2libGUgZnJhbWUuICAqLwpAQCAtMjg3OCw2ICsyODc2LDkgQEAg RWFjaCBlbGVtZW50IG9mIEFMSVNUIGhhcyB0aGUgZm9ybSAoUEFSTSAuIFZBTFVFKSwgd2hl cmUgUEFSTSBpcyBhIHN5bWJvbC4KICAgc3RydWN0IGZyYW1lICpmID0gZGVjb2RlX2xpdmVf ZnJhbWUgKGZyYW1lKTsKICAgTGlzcF9PYmplY3QgcHJvcCwgdmFsOwoKKyAgaWYgKEVRIChh bGlzdCwgUXQpKQorICAgIHJldHVybiBRbmlsOworCiAgIC8qIEkgdGhpbmsgdGhpcyBzaG91 bGQgYmUgZG9uZSB3aXRoIGEgaG9vay4gICovCiAjaWZkZWYgSEFWRV9XSU5ET1dfU1lTVEVN CiAgIGlmIChGUkFNRV9XSU5ET1dfUCAoZikpCg== --------------050407010108010006080005-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 28 14:29:31 2017 Received: (at 26682) by debbugs.gnu.org; 28 Apr 2017 18:29:31 +0000 Received: from localhost ([127.0.0.1]:44987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Ae3-0006XQ-Em for submit@debbugs.gnu.org; Fri, 28 Apr 2017 14:29:31 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:16587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Ae1-0006XC-OV for 26682@debbugs.gnu.org; Fri, 28 Apr 2017 14:29:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BFDABliQNZ/93gSC1cHAEBBAEBCgEBg1WFB06FDIV/kForAZdQhhsDBAIChDZEFAECAQEBAQEBAWsohRYBBAEjMyMFCwsaAhgOAgIUGA0kiioIrx2CJosJAQEBAQYCJoELikyEX4MGgl8BBJ1RlHgBF4U3gzKGc5QpNiGBCi4gCC6HUCSIIQEBAQ X-IPAS-Result: A0BFDABliQNZ/93gSC1cHAEBBAEBCgEBg1WFB06FDIV/kForAZdQhhsDBAIChDZEFAECAQEBAQEBAWsohRYBBAEjMyMFCwsaAhgOAgIUGA0kiioIrx2CJosJAQEBAQYCJoELikyEX4MGgl8BBJ1RlHgBF4U3gzKGc5QpNiGBCi4gCC6HUCSIIQEBAQ X-IronPort-AV: E=Sophos;i="5.37,389,1488862800"; d="scan'208";a="309606511" Received: from 45-72-224-221.cpe.teksavvy.com (HELO ceviche.home) ([45.72.224.221]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Apr 2017 14:29:23 -0400 Received: by ceviche.home (Postfix, from userid 20848) id DA2D6662C5; Fri, 28 Apr 2017 14:29:20 -0400 (EDT) From: Stefan Monnier To: martin rudalics Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame Message-ID: References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> Date: Fri, 28 Apr 2017 14:29:20 -0400 In-Reply-To: <59037F7C.8080107@gmx.at> (martin rudalics's message of "Fri, 28 Apr 2017 19:44:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 26682 Cc: Eli Zaretskii , 26682@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > I attach a presumptive patch which should handle Stefan's setup and also > a few =E2=80=98make-frame-invisible=E2=80=99 calls which were not handled= correctly. > Please try it. It needs some further testing before I can commit it. It seems to fix the problem. I haven't yet seen any obvious problem with it. IOW so far so good, Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 29 06:30:59 2017 Received: (at 26682) by debbugs.gnu.org; 29 Apr 2017 10:30:59 +0000 Received: from localhost ([127.0.0.1]:45566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4PeV-0004dG-Dc for submit@debbugs.gnu.org; Sat, 29 Apr 2017 06:30:59 -0400 Received: from mout.gmx.net ([212.227.15.15]:59542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4PeU-0004d3-Eh for 26682@debbugs.gnu.org; Sat, 29 Apr 2017 06:30:58 -0400 Received: from [192.168.1.100] ([213.162.68.115]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LqALY-1diAJJ0fvU-00dm7V; Sat, 29 Apr 2017 12:30:45 +0200 Message-ID: <59046B4F.3070601@gmx.at> Date: Sat, 29 Apr 2017 12:30:39 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Stefan Monnier Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> In-Reply-To: <59037F7C.8080107@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:VvrC3pCpddvgkRF83qLLvK0SLjPkU00rXSJMPwsqWlSoW7zJaUm ENmnObe7jgXbFMzO6pXdjZ5CT3lpZOoEPMoE6bSypOf6XqMf75KUMYTyodI1eK2PIMKz1xH UKcEzTiQDc1cezaGCGIXTuERGB7H1xEdYf6N9ieGJla9R7V45g0G0s12FnDik5mUNb5riA7 nXwzzMx+QWKU4rk30rKqQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:ODR8xHJbplQ=:8Di002dnrASxGT3qnSUrV9 W+rz8Zt82XDvhbdOuE8F3bOvCTv9tL6RRVbs9PoFU86PNBH99xkO9hLOibGAfPdjwIuolTiL4 G1JGMpsNm02EXBVccLCw+WwjmeNdenZlNgYL8CvZcUU2vq7u9b6qGaQDwvPqeyr811F2xd/6K DUw3A3/mNDe3+ZrefoDcge4nUSmVYtjf2LRDZsnOrYJfOATaElRsVWamFHLVPcB+bJ7bWs6jc JZdDjwsXoFnuLpUzJSt4ZC9AlMZzm/ZlyyqVC/vh+lSIdrWHT7J3ixMMq93CUbExV2xJ9rGq4 bMT2i8PKQyc3SYiQJF/T2dwX0eXgJlFMZTdxymqN3BXz7/3GKlzHUL4BYawWi+YNfqFObq36V U50alZqTthrb41bpe0beN0wUnb1BoddtNVTeX0xYgamr8mi8KpkiYidYfNF6ZLyPagLzitOKP 1jDbtmJWfpMQGiM3po7qIu/PkRZnToq0FvKN8e7b+zcvaS9t0sBo+1/Wj9dZ8XoV/HhW53dAP fHJVnS8Ge3I9NdSh0yW5CseIQsWPtYiRWSrmvY58TI7CsD2AmHnZrSjUFQWLKLawfkQabRRn5 nvPhBhJ2OX9VXqkMkSgZxa3fs9Ga4uT7Z4dTbdy9l3WLW5nFzgUN2emqNLyJVD+XOugpTAtA8 DbicbwL1Tu307w/+O/RWefKZG4c+QcbQpzgCmqbg+9SolBHkdIC0R/RFpjM4cOi2WhMscxGho SyoI7YW5DN7BobZixbMDh8AOqdA0qkZgKxFPVVhDqoFVW0QgqlQQu+EZ4WEXqe8eXl4yp+Gmo 8RwSdlIV3P8SXSuoyaOqrw/Eaz0uA== X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > On Windows, however, even > with my patch, one out of ten times starting Emacs with Stefan's comma= nd > line hangs it with the initial frame visible and I have to quit with > C-g. > > More precisely, it hangs in =E2=80=98frame-notice-user-settings=E2=80=99= in the while > loop below > > ;; MS-Windows needs this to avoid inflooping below. > (if (eq system-type 'windows-nt) > (sit-for 0 t)) > ;; If the frame isn't visible yet, wait till it is. > ;; If the user has to position the window, > ;; Emacs doesn't know its real position until > ;; the frame is seen to be visible. > (while (not (cdr (assq 'visibility > (frame-parameters frame-initial-frame)))) > (sleep-for 1)) > > and it does so always when I run Emacs under GDB. I don't yet know wh= y > it hangs: The request to make the frame visible is posted orderly but > somehow SET_FRAME_VISIBLE gets never executed. Can you reproduce it? FYI it's caused by WM_MOVE which OT1H is likely counted by the for (count =3D input_signal_count + 10; input_signal_count < count && !FRAME_VISIBLE_P (f);) loop in x_make_frame_visible and OTOH lacks a SET_FRAME_VISIBLE (f, 1). martin From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 29 06:36:44 2017 Received: (at 26682) by debbugs.gnu.org; 29 Apr 2017 10:36:44 +0000 Received: from localhost ([127.0.0.1]:45575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Pk4-0004m1-1b for submit@debbugs.gnu.org; Sat, 29 Apr 2017 06:36:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Pk2-0004ln-H3 for 26682@debbugs.gnu.org; Sat, 29 Apr 2017 06:36:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d4Pju-0007Xt-6k for 26682@debbugs.gnu.org; Sat, 29 Apr 2017 06:36:37 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57809) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d4Pju-0007Xp-2y; Sat, 29 Apr 2017 06:36:34 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4723 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1d4Pjt-0005q9-7F; Sat, 29 Apr 2017 06:36:33 -0400 Date: Sat, 29 Apr 2017 13:36:01 +0300 Message-Id: <83ziezlcvi.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <59046B4F.3070601@gmx.at> (message from martin rudalics on Sat, 29 Apr 2017 12:30:39 +0200) Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> <59046B4F.3070601@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sat, 29 Apr 2017 12:30:39 +0200 > From: martin rudalics > CC: 26682@debbugs.gnu.org > > > On Windows, however, even > > with my patch, one out of ten times starting Emacs with Stefan's command > > line hangs it with the initial frame visible and I have to quit with > > C-g. > > > > More precisely, it hangs in ‘frame-notice-user-settings’ in the while > > loop below > > > > ;; MS-Windows needs this to avoid inflooping below. > > (if (eq system-type 'windows-nt) > > (sit-for 0 t)) > > ;; If the frame isn't visible yet, wait till it is. > > ;; If the user has to position the window, > > ;; Emacs doesn't know its real position until > > ;; the frame is seen to be visible. > > (while (not (cdr (assq 'visibility > > (frame-parameters frame-initial-frame)))) > > (sleep-for 1)) > > > > and it does so always when I run Emacs under GDB. I don't yet know why > > it hangs: The request to make the frame visible is posted orderly but > > somehow SET_FRAME_VISIBLE gets never executed. Can you reproduce it? > > FYI it's caused by WM_MOVE which OT1H is likely counted by the > > for (count = input_signal_count + 10; > input_signal_count < count && !FRAME_VISIBLE_P (f);) > > loop in x_make_frame_visible and OTOH lacks a SET_FRAME_VISIBLE (f, 1). I think Stefan's command line has a race condition, that's why it sometimes hangs. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 04:32:30 2017 Received: (at 26682) by debbugs.gnu.org; 30 Apr 2017 08:32:30 +0000 Received: from localhost ([127.0.0.1]:46891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHO-0005XN-Fa for submit@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:30 -0400 Received: from mout.gmx.net ([212.227.15.18]:50227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHM-0005X8-0U for 26682@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:28 -0400 Received: from [192.168.1.101] ([213.162.68.37]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiTm8-1dev2N0Tfg-00cglK; Sun, 30 Apr 2017 10:32:11 +0200 Message-ID: <5905A103.1050409@gmx.at> Date: Sun, 30 Apr 2017 10:32:03 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> <59046B4F.3070601@gmx.at> <83ziezlcvi.fsf@gnu.org> In-Reply-To: <83ziezlcvi.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:YsQ+eruDrav7XetHIHwY+6AofDliKvgKSJmRhWIp5vPQP4E5bBE bccKLm8nK0Lf1tw29Hn+Xu+Iv3+4/gyG9exGNo586XpLZNzgxI/rYAzFxGMdiVt90hXVdUB bzF7VGRbZsEMlJyQsj2dOY4+Irj/LdzD1YdD27q5JwEHPtgILxmoW6UAowbwSavlp+z9uy4 PELUgl1H1Go+yPgkEFTZQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:5Jn3XudYx4I=:CcmFUKoYzI65zwfjt3o3vE HW2K5a/UQ5lpkV/jTNgZKVwGT1O7l1aLLly44av3QJJhTnNWxChATnZf7niO8Mdw6q/s5KRLs NUcudrqnlXLUI+NmZYpuo1AngsSorv1FULVPqWPZu1h1zqOlZC0w+xI39eMSfJ3fWLGuBRV9B EAldLlNjsX5BYV5OGcIQaSmK4roqhieQEsNVJWZqKATLI1QDiQ0YBQ8aTPtf2zcLxCPDgDUJb 6QwzFNqoAP51BH7o/7IRXbfMy9Bc5tccKqCxhbPbVq3UnxD9n6Nea9/3FEyoXKNimJ/drBOAt UsVji/ipLN2afTZcCNyzoNhSwFQx7DvPta2oS/50xQ4mLXba1+0+gnhUHMokelz8TS/mnAyNE rLKeat0Xa8Acd7EbLYzLTPL8ecFBuHYeKziM2sbRC/BwPvqHznMlWZ32/dMgh0J5/CphL3iDl kWtXUHJL6LNceAEfU3ozqVVwmUk/zmt8nWFp6s/QdOk6ilojB8uSUgNKyaYTyU/CBQQF3XJXl 9aj5SI8gL3b9twzhQ1CSJP24ZI6DkI59IcecSv6LUjliFD08CFUuzWm2KQhnV2dWU1ybJ65vz w7BvFnGAt3AiZLKQ2o2NqI9mVCW/OXig5fapQ+yOC0RbvBoIYmokiX0ncym2SP5s9xrHCgCBP YgRyhLU+2GWnZHsVBGTRu3fKCPKwJSwjI+QTB2a/hi6BtcRMcTcooNxG+MK9brzpVMfziuzA8 2W4bBwyL36FnJltcGbn2pcALliN8XDdOzvXaLIfiek0zX19AqHguq7F/LwAd+rZKcuVGrgj+y rlNOy5V X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) > I think Stefan's command line has a race condition, that's why it > sometimes hangs. I'm still not entirely sure about what happened but not making a move frame event when the frame is invisible seems to cure it. The entire input_signal_count rigmarole was removed from xterm.c some time ago, so maybe we should do the same for w32term.c but I have no real idea why it was needed in the first place so I'll rather refrain from doing that. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 04:32:39 2017 Received: (at 26682) by debbugs.gnu.org; 30 Apr 2017 08:32:40 +0000 Received: from localhost ([127.0.0.1]:46894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHX-0005Xj-Mp for submit@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:39 -0400 Received: from mout.gmx.net ([212.227.15.15]:63687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHV-0005XW-PD for 26682@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:38 -0400 Received: from [192.168.1.101] ([213.162.68.37]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LaoHI-1domPY3s3k-00kMkg; Sun, 30 Apr 2017 10:32:25 +0200 Message-ID: <5905A111.5040403@gmx.at> Date: Sun, 30 Apr 2017 10:32:17 +0200 From: martin rudalics MIME-Version: 1.0 To: Stefan Monnier Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mCXvHimg+rfNtHX1QUS3VQ8/4A126miKCEHsl40R2id9GYIgiUj AqB9xNbHMjKtqQ10UQLE53MQX/WH85qZ7wn1RiledsHdq3PopNnhPA6Kh8cdySAWCV7mghF v1+GZLbXDuTwakPweszgsfX7WpdfE06cBkHaYLXmHbPfkfWL85QzepgWA6vAOVgd2P/zenY AQngGX8L8oQzWURtydMZA== X-UI-Out-Filterresults: notjunk:1;V01:K0:rUSCvikOsYM=:p8sQPIxOdNW9v2ASZVlrPY VhapyNlQkkUBq6fSPUU//2ZGsb5HW3D49zEtst5K/ddQyWmRTBb80lqGmi5nSKFwaNiE+RTd1 9SPSqazX5I2vF7Z0WQK9XW/xiANShcycAHAD3QwNipO06dXGCM/tkLPpE5k+jGnYS4sXNMbGS km9a378ECNXEnC6Wr85JpJoev5X+0O35Hc9mFOqJ/hAlHSIOoMUryar0hyAecsuiR4oaKSOiT xsEQ4F6mprkeAFJCVSB2muYTJiVrwINmFCjM4/cepK7ojOT5r9DLq+aM3FEYf2mcmwuV7wI8e n5pZmVZ/w0yKpnjvz1blrit0lovu1lNK4acu4uDkEovedh9gnRwm9Nh60qPqmLsmJ9bMRiFfz /p4WebeJizAgyXOxaG3xGM/jNY3hyvDUkXSEwzXuUN5IEaiAPOu/mNQza6x5b7ey5lqDb4Eff r1Gm5q+HDZytee7V0gmRBKZITdOBiUTdJixcZQq5CUsHt5EFQexDhwjHlpdutCp0Z2WMP7fkr knw3BYbZhHxRaTBY34zVkl8aN5ZN35NkDOXUAW5UWGbbsmnOT8iYl8IMXPbxbFW7Jm72WUZuA O+xIzOol2PO9/sTmITOUZVW4uurzVqSArZdO/JMjbLGRITrQljwZ/bUpaz0tjhjk7PjzEr/ld v6naNWHd+gpo5Ckq9Wm3M6GaZrQQ03xcXrV1ALGW2qzArEmoOa8kq68JViHVBxmblnZRZmLqw 9SYTH1oljzGu9ldXZHsGr2LBF9/IMqoWqn98hhSGxPe0yulQOGKqrtpsITK8728VnhohCtVzw MrxzZCK X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 26682 Cc: Eli Zaretskii , 26682@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) > It seems to fix the problem. I haven't yet seen any obvious problem > with it. IOW so far so good, I installed a slightly different version now. If you don't see any problems, please close this bug. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 10:16:38 2017 Received: (at 26682) by debbugs.gnu.org; 30 Apr 2017 14:16:38 +0000 Received: from localhost ([127.0.0.1]:47890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4peQ-0000Hp-Ht for submit@debbugs.gnu.org; Sun, 30 Apr 2017 10:16:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4peP-0000Hd-3k for 26682@debbugs.gnu.org; Sun, 30 Apr 2017 10:16:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d4peG-00076H-Tu for 26682@debbugs.gnu.org; Sun, 30 Apr 2017 10:16:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46981) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d4peG-00076D-Qc; Sun, 30 Apr 2017 10:16:28 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2148 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1d4peG-0002wZ-32; Sun, 30 Apr 2017 10:16:28 -0400 Date: Sun, 30 Apr 2017 17:16:00 +0300 Message-Id: <83h916kmlb.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5905A103.1050409@gmx.at> (message from martin rudalics on Sun, 30 Apr 2017 10:32:03 +0200) Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> <59046B4F.3070601@gmx.at> <83ziezlcvi.fsf@gnu.org> <5905A103.1050409@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26682 Cc: 26682@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 30 Apr 2017 10:32:03 +0200 > From: martin rudalics > CC: monnier@IRO.UMontreal.CA, 26682@debbugs.gnu.org > > The entire input_signal_count rigmarole was removed from xterm.c > some time ago, so maybe we should do the same for w32term.c but I > have no real idea why it was needed in the first place so I'll > rather refrain from doing that. This was removed from xterm.c due to real problems, so let's wait for similar reasons, if they come, before we remove this from w32term.c. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 12:14:48 2017 Received: (at 26682-done) by debbugs.gnu.org; 30 Apr 2017 16:14:48 +0000 Received: from localhost ([127.0.0.1]:47945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4rUl-00030H-SM for submit@debbugs.gnu.org; Sun, 30 Apr 2017 12:14:48 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:4595) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4rUk-000305-6n for 26682-done@debbugs.gnu.org; Sun, 30 Apr 2017 12:14:46 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1EQDVDAZZ/3Z8oWxcGgEBAQECAQEBAQgBAQEBg1WFCIVahX+QWisBlUKCDoYeBAIChDZHEQECAQEBAQEBAWsohRYBBAFWIxALNBIUGA0kiioIsgiLDQEBAQEBBQImi1iKSAEEnVOUewEXhTeDMoZzkmmBRDkEGoEKLiAILodQJIlWAQEB X-IPAS-Result: A0A1EQDVDAZZ/3Z8oWxcGgEBAQECAQEBAQgBAQEBg1WFCIVahX+QWisBlUKCDoYeBAIChDZHEQECAQEBAQEBAWsohRYBBAFWIxALNBIUGA0kiioIsgiLDQEBAQEBBQImi1iKSAEEnVOUewEXhTeDMoZzkmmBRDkEGoEKLiAILodQJIlWAQEB X-IronPort-AV: E=Sophos;i="5.37,396,1488862800"; d="scan'208";a="309709240" Received: from 108-161-124-118.dsl.teksavvy.com (HELO ceviche.home) ([108.161.124.118]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Apr 2017 12:14:40 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 2C391662C5; Sun, 30 Apr 2017 12:14:40 -0400 (EDT) From: Stefan Monnier To: martin rudalics Subject: Re: bug#26682: 26.0.50; Error at startup with minibuffer-only frame Message-ID: References: <83pofwnc4k.fsf@gnu.org> <59037F7C.8080107@gmx.at> <5905A111.5040403@gmx.at> Date: Sun, 30 Apr 2017 12:14:40 -0400 In-Reply-To: <5905A111.5040403@gmx.at> (martin rudalics's message of "Sun, 30 Apr 2017 10:32:17 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 26682-done Cc: 26682-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> It seems to fix the problem. I haven't yet seen any obvious problem >> with it. IOW so far so good, > I installed a slightly different version now. If you don't see any > problems, please close this bug. Thanks, seems to do the trick here, closing, Stefan From unknown Sat Sep 13 06:04:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 29 May 2017 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator