From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19554: 25.0.50; void-function xref-marker-stack-empty-p and subsequent abort Date: Sat, 10 Jan 2015 14:17:33 +0200 Message-ID: <8361ce7rtu.fsf@gnu.org> References: <54B11070.6050504@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1420892301 28051 80.91.229.3 (10 Jan 2015 12:18:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Jan 2015 12:18:21 +0000 (UTC) Cc: 19554@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 10 13:18:15 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y9uzc-0004PB-Qm for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Jan 2015 13:18:12 +0100 Original-Received: from localhost ([::1]:54847 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9uzb-0002DC-VP for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Jan 2015 07:18:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50895) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9uzX-0002Cq-80 for bug-gnu-emacs@gnu.org; Sat, 10 Jan 2015 07:18:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y9uzU-0006p2-06 for bug-gnu-emacs@gnu.org; Sat, 10 Jan 2015 07:18:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y9uzT-0006ow-Sa for bug-gnu-emacs@gnu.org; Sat, 10 Jan 2015 07:18:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y9uzT-0007cP-MZ for bug-gnu-emacs@gnu.org; Sat, 10 Jan 2015 07:18:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Jan 2015 12:18:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19554 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19554-submit@debbugs.gnu.org id=B19554.142089225829224 (code B ref 19554); Sat, 10 Jan 2015 12:18:03 +0000 Original-Received: (at 19554) by debbugs.gnu.org; 10 Jan 2015 12:17:38 +0000 Original-Received: from localhost ([127.0.0.1]:41553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y9uz3-0007bH-KB for submit@debbugs.gnu.org; Sat, 10 Jan 2015 07:17:38 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:41209) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y9uz1-0007b7-5p for 19554@debbugs.gnu.org; Sat, 10 Jan 2015 07:17:36 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NHY00F00ND9VE00@a-mtaout22.012.net.il> for 19554@debbugs.gnu.org; Sat, 10 Jan 2015 14:17:34 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NHY00FHNNH9HUA0@a-mtaout22.012.net.il>; Sat, 10 Jan 2015 14:17:34 +0200 (IST) In-reply-to: <54B11070.6050504@gmx.at> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:98168 Archived-At: > Date: Sat, 10 Jan 2015 12:43:44 +0100 > From: martin rudalics > > With today's trunk/master and _my init files_ I currently see the > following problem. After coming up with the initial frame and hitting > C-x 5 2 I get > > Debugger entered--Lisp error: (void-function xref-marker-stack-empty-p) > (xref-marker-stack-empty-p) > (not (xref-marker-stack-empty-p)) > x-create-frame(((visibility) (bottom-divider-width . 6) (right-divider-width . 6) (horizontal-scroll-bars . t) (tool-bar-lines . 0))) > x-create-frame-with-faces(((bottom-divider-width . 6) (right-divider-width . 6) (horizontal-scroll-bars . t) (cursor-color . "red3") (tool-bar-lines . 0))) > make-frame() > make-frame-command() > funcall-interactively(make-frame-command) > call-interactively(make-frame-command nil nil) > command-execute(make-frame-command) > > and no frame is created. I leave the Backtrace open and do C-x 5 2. > Now a new frame is created. If I now do C-x C-c Emacs decides to die as > follows. > > Breakpoint 1, terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:352 > 352 signal (sig, SIG_DFL); > (gdb) bt > #0 terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:352 > #1 0x0118363a in die (msg=0x14c1575 "glyph_matrix_count == 0", file=0x14c10dc "dispnew.c", line=2260) at alloc.c:7138 > #2 0x0100693b in check_glyph_memory () at dispnew.c:2260 Calling the Lisp debugger in some sensitive place during creating a frame is known to cause this. If you can track this down and see why we increment the reference count of the new frame where we shouldn't, or declare the frame "official" too soon, perhaps this can be fixed. But it's a low-priority issue, because this assertion disappears in an optimized binary anyway. The main problem to tackle is why do you get a Lisp error in this scenario -- that's the real problem to fix.