From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Leah Neukirchen Newsgroups: gmane.emacs.bugs Subject: bug#35273: "Marker does not point anywhere" when reading next article Date: Tue, 16 Apr 2019 15:21:12 +0200 Message-ID: <87sguim6gn.fsf@vuxu.org> References: <875zrgpusw.fsf@vuxu.org> <87lg0czgy1.fsf@tcd.ie> <8736mkgu83.fsf@vuxu.org> <87zhoqxgzn.fsf@gmail.com> <87wojum7vc.fsf@vuxu.org> <87wojuxfdl.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="130221"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: "Basil L. Contovounesios" , 35273@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 16 15:31:56 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hGOBo-000Xha-2Q for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Apr 2019 15:31:56 +0200 Original-Received: from localhost ([127.0.0.1]:37000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGOBn-0006CB-13 for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Apr 2019 09:31:55 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:41128) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGO2J-0007FP-Lq for bug-gnu-emacs@gnu.org; Tue, 16 Apr 2019 09:22:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hGO2E-0003lY-G3 for bug-gnu-emacs@gnu.org; Tue, 16 Apr 2019 09:22:07 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51508) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hGO2E-0003kE-7J for bug-gnu-emacs@gnu.org; Tue, 16 Apr 2019 09:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hGO2D-0005rd-O8; Tue, 16 Apr 2019 09:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Leah Neukirchen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 16 Apr 2019 13:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35273 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 35273-submit@debbugs.gnu.org id=B35273.155542088522470 (code B ref 35273); Tue, 16 Apr 2019 13:22:01 +0000 Original-Received: (at 35273) by debbugs.gnu.org; 16 Apr 2019 13:21:25 +0000 Original-Received: from localhost ([127.0.0.1]:36818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGO1c-0005qK-M5 for submit@debbugs.gnu.org; Tue, 16 Apr 2019 09:21:25 -0400 Original-Received: from mail-wm1-f54.google.com ([209.85.128.54]:54050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hGO1a-0005q4-Mu for 35273@debbugs.gnu.org; Tue, 16 Apr 2019 09:21:23 -0400 Original-Received: by mail-wm1-f54.google.com with SMTP id q16so25344292wmj.3 for <35273@debbugs.gnu.org>; Tue, 16 Apr 2019 06:21:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=GU57Z+MNzBKtFTh7EArnqBOetjea5Ch7bknCvII8bf8=; b=d2tD+kE9ezBvWQMOMRmiuKAhOc5ii8gaFqCLhq27CmMYmw4Fx55Gl5WX+hIkURLOcm lQhwSe9qX6mImPlUIg536+OZj3HpoAIkGpjp6aV7TcqCrL7Lya2rjXDE3PBpBR1JHm6P 9lnnvHHA/4L7QEHKdo4nIOAuFkfkGnIox5QMTtz1nMSSv0p/kPAHpMnpmlrjfRoxs80o pv1VH84HPD6s8g0qaejbhVJ3u1BUMwhyXYPHoNjnGUZCJbIKTzOY2XiLHFbvUWCNjLGD wMFNdN9X/d89SaYsADLorg2VslQIHiptMk+svMHXM+APT5BvryObzSXNV515VKwEglb4 +7sQ== X-Gm-Message-State: APjAAAU/Yf3CJrYLTyUmOfkfQSVmDtKEYdBzii6wx7GkuP56outIg0CI 9Nyfjv1YNhi6Jkmb4Rk2NVo= X-Google-Smtp-Source: APXvYqwMJSBbppOilzt0WnH6MsWZHjcsWwC5bNf418+dfTz3aU1RIwMC6uwddn3T5SZH7vFCn6KK6A== X-Received: by 2002:a1c:cc15:: with SMTP id h21mr2736905wmb.85.1555420876587; Tue, 16 Apr 2019 06:21:16 -0700 (PDT) Original-Received: from rhea.home.vuxu.org (host-212-114-138-244.customer.m-online.net. [212.114.138.244]) by smtp.gmail.com with ESMTPSA id n4sm55391299wrx.39.2019.04.16.06.21.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 16 Apr 2019 06:21:15 -0700 (PDT) Original-Received: from localhost (rhea.home.vuxu.org [local]) by rhea.home.vuxu.org (OpenSMTPD) with ESMTPA id 76ae7fcd; Tue, 16 Apr 2019 13:21:12 +0000 (UTC) In-Reply-To: <87wojuxfdl.fsf@gmail.com> (Noam Postavsky's message of "Tue, 16 Apr 2019 09:13:10 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:157713 Archived-At: Noam Postavsky writes: > Leah Neukirchen writes: > >>> If you can reproduce it reliably, setting (setq debug-on-signal t) just >>> before might help get a backtrace. >>> >>> If that also doesn't work you could record the backtrace from a >>> signal-hook-function: >>> >>> (defvar bug-35273-last-backtrace nil) >>> (defun bug-35273-record-backtrace (err data)[...] > >>> (setq signal-hook-function #'bug-35273-record-backtrace) >> >> These do not work for some reason... > > debug-on-signal doesn't work because the debugger is suppressed during > redisplay (to avoid recursion). I think the signal-hook-function might > have worked (though I forgot to tell you to check the value of > bug-35273-last-backtrace afterwards) but it would only have a single > frame of "redisplay" so it would be useless. (It was nil.) >>> Or if you can run under gdb, just set a breakpoint in the C code where >>> that error is raised. >> >> On 27.0.50 (05d53d888): >> >> Breakpoint 1, marker_position (marker=0x555557d6feb5) at marker.c:680 >> 680 error ("Marker does not point anywhere"); >> (gdb) bt >> #0 marker_position (marker=0x555557d6feb5) at marker.c:680 >> #1 0x000055555567935e in mouse_face_overlay_overlaps (overlay=0x555557d6ff15) >> at lisp.h:2624 >> #2 0x00005555555d395f in note_mouse_highlight (f=f@entry=0x555556001d70, >> x=, y=) at xdisp.c:31836 > > The xdisp.c:31836 at revision 05d53d888 has > > help_echo_pos = charpos; > > And neither note_mouse_highlight nor mouse_face_overlay_overlaps call > marker_position, so I'm confused how we got there. note_mouse_highlight > does call Fmarker_position, but that one doesn't signal an error. > > Maybe the debug info is messed up by optimization. Could you try > recompiling with CFLAGS='-O0 -g3'? (gdb) bt #0 marker_position (marker=XIL(0x5555578a47c5)) at marker.c:680 #1 0x00005555556fc2dd in mouse_face_overlay_overlaps ( overlay=XIL(0x5555578a4825)) at buffer.c:3047 #2 0x0000555555606f5f in note_mouse_highlight (f=0x55555610dbf0, x=100, y=9) at xdisp.c:31631 #3 0x0000555555691622 in XTframe_up_to_date (f=0x55555610dbf0) at xterm.c:1280 #4 0x00005555555d0714 in redisplay_internal () at xdisp.c:14523 #5 0x00005555555d0e38 in redisplay_preserve_echo_area (from_where=5) at xdisp.c:14759 #6 0x00005555556d0c56 in read_char (commandflag=1, map=XIL(0x555557e1d043), prev_event=XIL(0), used_mouse_menu=0x7fffffffdeb5, end_time=0x0) at keyboard.c:2474 #7 0x00005555556de5dd in read_key_sequence (keybuf=0x7fffffffe0c0, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9111 #8 0x00005555556cddd9 in command_loop_1 () at keyboard.c:1350 #9 0x0000555555780598 in internal_condition_case ( bfun=0x5555556cd991 , handlers=XIL(0x5010), hfun=0x5555556cd146 ) at eval.c:1352 #10 0x00005555556cd679 in command_loop_2 (ignore=XIL(0)) at keyboard.c:1091 #11 0x000055555577fe1a in internal_catch (tag=XIL(0xc5d0), func=0x5555556cd64c , arg=XIL(0)) at eval.c:1115 #12 0x00005555556cd617 in command_loop () at keyboard.c:1070 #13 0x00005555556ccd15 in recursive_edit_1 () at keyboard.c:714 #14 0x00005555556cce99 in Frecursive_edit () at keyboard.c:786 #15 0x00005555556cacbc in main (argc=1, argv=0x7fffffffe538) at emacs.c:1963 Lisp Backtrace: "redisplay_internal (C function)" (0x0) (gdb) up #1 0x00005555556fc2dd in mouse_face_overlay_overlaps ( overlay=XIL(0x5555578a4825)) at buffer.c:3047 3047 ptrdiff_t start = OVERLAY_POSITION (OVERLAY_START (overlay)); (gdb) l 3042 `mouse-face' property overlapping OVERLAY. */ 3043 3044 bool 3045 mouse_face_overlay_overlaps (Lisp_Object overlay) 3046 { 3047 ptrdiff_t start = OVERLAY_POSITION (OVERLAY_START (overlay)); 3048 ptrdiff_t end = OVERLAY_POSITION (OVERLAY_END (overlay)); 3049 ptrdiff_t n, i, size; 3050 Lisp_Object *v, tem; 3051 Lisp_Object vbuf[10]; (gdb) up #2 0x0000555555606f5f in note_mouse_highlight (f=0x55555610dbf0, x=100, y=9) at xdisp.c:31631 31631 && mouse_face_overlay_overlaps (hlinfo->mouse_face_overlay))) (gdb) l 31626 if we enter the overlapping overlay, and then highlight 31627 only that. Skip the check when mouse-face highlighting 31628 is currently hidden to avoid Bug#30519. */ 31629 || (!hlinfo->mouse_face_hidden 31630 && OVERLAYP (hlinfo->mouse_face_overlay) 31631 && mouse_face_overlay_overlaps (hlinfo->mouse_face_overlay))) 31632 { 31633 /* Find the highest priority overlay with a mouse-face. */ 31634 Lisp_Object overlay = Qnil; 31635 for (i = noverlays - 1; i >= 0 && NILP (overlay); --i) -- Leah Neukirchen http://leah.zone