From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: 27.0.50; Crash when doing mouse-over on modeline Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 06:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 30182@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.151642962129059 (code B ref -1); Sat, 20 Jan 2018 06:27:02 +0000 Received: (at submit) by debbugs.gnu.org; 20 Jan 2018 06:27:01 +0000 Received: from localhost ([127.0.0.1]:35492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmcG-0007Yd-NX for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:27:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49253) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmcE-0007YP-F6 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecmc7-00068g-76 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_SORBS_WEB,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34510) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ecmc7-00068b-3o for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecmc5-0001ue-3D for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecmc1-000675-Sj for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:49 -0500 Received: from mail-pf0-x231.google.com ([2607:f8b0:400e:c00::231]:44314) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ecmc1-00066m-Ix for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:45 -0500 Received: by mail-pf0-x231.google.com with SMTP id m26so3018589pfj.11 for ; Fri, 19 Jan 2018 22:26:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=9o/x1SrqegFjiSs1ZLEOX05KJXqZYLnAXO5hBT348A4=; b=QL4dsihAmbUF191SqO6VINr85PFu9HGjmMAQ4dG03Oo26QTa6cIklGdtZvgH9Vt/Y1 FrGtLviWprqnYTI90U9WzRp8Pr/QkM1zooc1NJnWAzjWn9Khua+QihZiOY9m2Nuqr5CZ UF6Hs1AjhCgOk1067Z8pAPZfuLp+WFGQ2pB8YX3XGoo8tZ+qXJGZRk7v7o4Yk3znN0EX DZcfuqoS7z1qCx1a4/0erNrjG8OzRkb7iA6WmCC2F8GCXrUJg0CFFyPLv03aynskhF0i ZJh5UGLGdOk4Rk0jzmRLc1JCYcfcxss3zPGwKXHgVjlByMF8JTF38MGfH9GkIOJY7jFI 2QIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=9o/x1SrqegFjiSs1ZLEOX05KJXqZYLnAXO5hBT348A4=; b=B2Y2SSuNZVflB5wGlffqAnWtT8jDT2CtPD1lwKkWNUm4WvCNvW+5iUzjNnLZKiqJal 4LfOxpzIvH/IHN6Nq9tZXXtPGS3XukY6MF6+3NEc4xD2Mgj3779tFWlGFvTQ+J/F+7h4 eLLcTwYcXnBpu5nNSSu2yzVKxyw8K/Omz9PhIdzH+3gbEemWqimaMmOYWgP0wThc1FxZ gSetUcUlZ+Aw6fMqRWb3OtO9GLVc0OxtuoaMoZ10qzyZA1PTdOZq6Fy7m3MVjJFu3rI6 xoqVnPDr3RLBjnJdoruzEJ3qecIxntzc9mUgb7tCEDBIEpYV+IP+ZJpMAdJIrf+nawbO 7X0g== X-Gm-Message-State: AKwxytfFVO2wrSBym/oS2mrp/Kl99bngASGCKmyWtVLRGAmzlm2K2pO/ SexE1BoJ55RGQUMWFf3XE+A4llZQ X-Google-Smtp-Source: AH8x225OmiO6UaYIVXoc5S/Id3rjJ4FbG+qP4ndjUIQxiqG2n4qbmpA9zQ23YRy1iKbdFV3wfCWsOQ== X-Received: by 10.99.125.74 with SMTP id m10mr1076929pgn.354.1516429603814; Fri, 19 Jan 2018 22:26:43 -0800 (PST) Received: from the-damned ([117.249.213.166]) by smtp.gmail.com with ESMTPSA id r88sm16932241pfb.17.2018.01.19.22.26.40 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 19 Jan 2018 22:26:43 -0800 (PST) User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith Date: Sat, 20 Jan 2018 11:56:29 +0530 Message-ID: <87k1wdqc4q.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain 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: -2.5 (--) 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: -2.5 (--) On master branch, emacs crashes when moving the mouse pointer across the modeline. * emacs -Q * M-x w3m * Move the mouse cursor across the modeline. * Emacs crashes. Backtrace: ---------- Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. concat (nargs=nargs@entry=1, args=args@entry=0x7fffffffd8e8, target_type=, last_special=last_special@entry=false) at fns.c:751 751 XSETCAR (tail, elt); (gdb) (gdb) bt full #0 0x000000000056c25c in concat (nargs=nargs@entry=1, args=args@entry=0x7fffffffd8e8, target_type=, last_special=last_special@entry=false) at fns.c:751 elt = 0x146ae45 thislen = thisleni = thisindex = thisindex_byte = 0 val = tail = 0x0 this = toindex = -1 toindex_byte = 0 result_len = result_len_byte = argnum = 0 last_tail = 0x0 prev = 0x39fdf13 some_multibyte = textprops = num_textprops = 0 sa_avail = sa_must_free = #1 0x000000000056c9cc in Fcopy_sequence (arg=) at fns.c:514 #2 0x00000000004f2bff in timer_check () at keyboard.c:4381 nexttime = timers = idle_timers = tem = 0x0 #3 0x00000000004f3179 in readable_events (flags=flags@entry=1) at keyboard.c:3349 #4 0x00000000004f3bb8 in get_input_pending (flags=flags@entry=1) at keyboard.c:6805 #5 0x00000000004f6388 in detect_input_pending_run_timers (do_display=do_display@entry=true) at keyboard.c:9943 old_timers_run = #6 0x00000000005a470e in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=wait_for_cell@entry=0x0, wait_proc=wait_proc@entry=0x0, just_wait_proc=0) at process.c:5514 old_timers_run = 42 old_buffer = 0x399c7d0 old_window = 0x13e9c35 leave = false process_skipped = channel = nfds = 1 Available = {fds_bits = {32, 0 }} Writeok = {fds_bits = {0 }} check_write = check_delay = no_avail = false xerrno = 11 proc = timeout = {tv_sec = 0, tv_nsec = 0} end_time = timer_delay = got_output_end_time = {tv_sec = 1516429254, tv_nsec = 917181698} wait = TIMEOUT got_some_output = -1 retry_for_async = now = {tv_sec = 0, tv_nsec = -1} #7 0x0000000000420219 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5799 sec = 30 nsec = 0 do_display = true #8 0x00000000004f940d in read_char (commandflag=commandflag@entry=1, map=map@entry=0x39621d3, prev_event=0x0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffe50b, end_time=end_time@entry=0x0) at keyboard.c:2723 tem0 = timeout = delay_level = buffer_size = c = jmpcount = 3 local_getcjmp = {{__jmpbuf = {12419232, 2843205084361714529, 20880437, 59917508, 0, 60533139, -2843205083308037279, 2843204488341678945}, __mask_was_saved = 0, __saved_mask = {__val = {140737488348000, 60409808, 60409813, 950, 5608020, 0, 4, 0, 60409808, 0, 140737488347616, 237, 31296, 0, 0, 0}}}} save_jump = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0 }}}} tem = save = previous_echo_area_message = 0x0 also_record = 0x0 reread = false recorded = false polling_stopped_here = false orig_kboard = 0x2cb1870 #9 0x00000000004f98b8 in read_key_sequence (keybuf=keybuf@entry=0x7fffffffe600, prompt=prompt@entry=0x0, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9137 interrupted_kboard = 0x2cb1870 interrupted_frame = 0x13e8c30 key = used_mouse_menu = false echo_local_start = 0 last_real_key_start = 0 keys_local_start = 0 new_binding = t = 0 echo_start = 0 keys_start = 0 current_binding = 0x39621d3 first_unbound = 31 mock_input = 0 fkey = {parent = 0x1066b23 , map = 0x1066b23 , start = 0, end = 0} keytran = {parent = 0xc6aa93 , map = 0xc6aa93 , start = 0, end = 0} indec = {parent = 0x1066b33 , map = 0x1066b33 , start = 0, end = 0} shift_translated = false delayed_switch_frame = 0x0 original_uppercase = 0x0 original_uppercase_position = -1 dummyflag = false fake_prefixed_keys = 0x0 first_event = 0x0 #10 0x00000000004fb47c in command_loop_1 () at keyboard.c:1370 cmd = keybuf = {0x200001e2, 0x4ef901 , 0x0, 0xbda740 , 0x3, 0x56290c , 0xcb4401 , 0x3694c33, 0x7fffffffe6d0, 0x0, 0x3694c33, 0xcb44c3 , 0xffffffffffffffff, 0x565e84 , 0x99520, 0x3694c33, 0x85a144 , 0x0, 0x0, 0xa8f7ec3c8fd0ea00, 0x7fffffffe6d0, 0x4f20a1 , 0x7fffffffe6d0, 0x0, 0x0, 0x4f21e7 , 0xcb4400 , 0x562399 , 0x5, 0x7590} i = prev_modiff = 15 prev_buffer = 0xc6d400 #11 0x0000000000561afe in internal_condition_case (bfun=bfun@entry=0x4fb280 , handlers=handlers@entry=0x4dd0, hfun=hfun@entry=0x4f20d0 ) at eval.c:1332 val = c = 0x2c4b0b0 #12 0x00000000004ecc24 in command_loop_2 (ignore=ignore@entry=0x0) at keyboard.c:1111 val = 0x3 #13 0x0000000000561a6d in internal_catch (tag=tag@entry=0xc2a0, func=func@entry=0x4ecc00 , arg=arg@entry=0x0) at eval.c:1097 val = c = 0x2c45900 #14 0x00000000004ecbbb in command_loop () at keyboard.c:1090 #15 0x00000000004f1ce3 in recursive_edit_1 () at keyboard.c:696 val = #16 0x00000000004f2009 in Frecursive_edit () at keyboard.c:767 buffer = #17 0x000000000041633f in main (argc=, argv=0x7fffffffe998) at emacs.c:1724 stack_bottom_variable = 0x7ffff0013ea2 do_initial_setlocale = dumping = skip_args = 0 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = disable_aslr = rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615} sockfd = -1 In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2018-01-20 built on the-damned Repository revision: 95ce4eb5d9e1c7644b598ee0aa9b2524d1bc868f Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 Recent messages: Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Mark set scroll-down-command: Beginning of buffer [7 times] Making completion list... Configured using: 'configure --prefix=/usr --without-gconf --without-gsettings --without-selinux --without-gnutls --without-libsystemd --without-threads --without-dbus PKG_CONFIG_PATH=/usr/lib/imagemagick6/pkgconfig/' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM NOTIFY ACL LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 LCMS2 Important settings: value of $LANG: en_IN.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: flyspell-mode: t global-magit-file-mode: t diff-auto-refine-mode: t magit-auto-revert-mode: t global-git-commit-mode: t async-bytecomp-package-mode: t shell-dirtrack-mode: t display-time-mode: t iswitchb-mode: t savehist-mode: t override-global-mode: t save-place-mode: t cl-old-struct-compat-mode: t tooltip-mode: t global-eldoc-mode: t mouse-wheel-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 column-number-mode: 1 line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow face-remap emacsbug term/tmux term/xterm xterm flyspell ispell elec-pair mu4e-alert pcase ht s alert log4e rx notifications dbus xml gntp magit-obsolete magit-blame magit-stash magit-bisect magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-branch magit-collab ghub url-auth url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap let-alist magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode diff-mode magit-core magit-autorevert autorevert filenotify magit-process magit-margin magit-mode git-commit magit-git magit-section magit-utils crm magit-popup log-edit pcvs-util add-log with-editor cl-extra help-mode async-bytecomp advice async shell pcomplete dash mu4e-contrib mu4e desktop frameset mu4e-speedbar speedbar sb-image ezimage dframe mu4e-main mu4e-context mu4e-view cal-menu calendar cal-loaddefs thingatpt browse-url comint ansi-color mu4e-headers mu4e-compose mu4e-draft mu4e-actions ido rfc2368 smtpmail sendmail mu4e-mark mu4e-message html2text mu4e-proc mu4e-utils doc-view jka-compr image-mode mu4e-lists mu4e-vars message rmc puny format-spec rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader hl-line cl mu4e-meta time dired-x dired dired-loaddefs edmacro kmacro xcscope ring server iswitchb savehist bind-key easy-mmode saveplace finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv 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 inotify lcms2 dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 212648 40734) (symbols 48 31715 1) (miscs 40 622 2583) (strings 32 67813 4045) (string-bytes 1 1998341) (vectors 16 31729) (vector-slots 8 661669 18786) (floats 8 126 425) (intervals 56 307 0) (buffers 992 13)) From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update References: <87k1wdqc4q.fsf@gmail.com> In-Reply-To: <87k1wdqc4q.fsf@gmail.com> Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 06:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151642972629260 (code B ref 30182); Sat, 20 Jan 2018 06:29:01 +0000 Received: (at 30182) by debbugs.gnu.org; 20 Jan 2018 06:28:46 +0000 Received: from localhost ([127.0.0.1]:35497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmdy-0007br-Co for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:28:46 -0500 Received: from mail-pf0-f181.google.com ([209.85.192.181]:43417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmdu-0007bZ-JQ for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 01:28:42 -0500 Received: by mail-pf0-f181.google.com with SMTP id y26so3013588pfi.10 for <30182@debbugs.gnu.org>; Fri, 19 Jan 2018 22:28:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=1vCFxNiAPbeT/7IWtjNNraZPBxoEjBZF9TTvdmp5Jnc=; b=hNWQayb/Lzm0xrkqCGJ4skgZtcXAVAdqX0UlL0VmIhZbKDXM6eQpd64IEElWIEFjHA +GAlCtSGE9HPEUxfXC9JRD0n1REJUvoaOrOLQ9nyvgRd4WWxf+e68hZP3+CzE/SSp2Rm QARHV8iotNskrS/kamcT/AOVCXytAbt6dWOuo9uErDn0ZRFMixke94DpTYlDlN1Iy3nn T8eP2eS3J8wMb3mtjts90g+xEmAejYCJjnW/rii8QA8G6BD+5/8RYkBb9Xw8Vwqyk4OH PDvNVfFbH5g+TNfV2B13bqTr9RQkM8BvF4YvJYKi52p5SlYuwlSbHtzyF9J0jX51OFc+ cgjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=1vCFxNiAPbeT/7IWtjNNraZPBxoEjBZF9TTvdmp5Jnc=; b=uljD+d1lKg8KNwS8jRgaI4Y4O8b191oph5zHv0J8kyjFlwFpnTXTp1ugB58oUWDNfE iBtetBDTonp/sI3tInIvQVZdqAKCMsnym5K0DrlWgeuji4Z7bmudNCzzUY0+SuRCF4xE 3q8hrpjuJZ/BhZAl8Ntxf/xHgq2mBdWeOhdHC4kB/KPNJqxlyKxgSnLPYS1EpAX4Vk4o wRXlHCYY8+Ajj683UmWgyphvxsHkTwI+mN3VL/T6HfgPBX31a03Gdsi66wq5837UlPSS iOWLDgBcQjPiZcyPtyLaiBrK2mIQ25Vfx8muu3p/HED3ciBmVdcDU/ATXmMvtatOrlEG sbcg== X-Gm-Message-State: AKwxytfZHN0kkAwp70o54VLVNDy7rgBhtxHvqyVMMAOSJT4Idn+Q5Uqr xHnTz4OXsVcvOV28CZsRyaBqmoht X-Google-Smtp-Source: AH8x227T9+ctolBech3MrQv3IGNt7tZhigG6Ca62HPfgDr7OMItS144skchVOvTGtbuxoa2/SlDfMw== X-Received: by 10.98.228.5 with SMTP id r5mr1229191pfh.193.1516429716397; Fri, 19 Jan 2018 22:28:36 -0800 (PST) Received: from the-damned ([117.249.181.166]) by smtp.gmail.com with ESMTPSA id j23sm21112983pfj.42.2018.01.19.22.28.32 for <30182@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 19 Jan 2018 22:28:35 -0800 (PST) User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith Date: Sat, 20 Jan 2018 11:58:22 +0530 Message-ID: <87inbxqc1l.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) The crash doesn't happen if this commit is reverted: commit e462308f03c9c16c47abc82d6f339ca9d18898f9 Author: Martin Rudalics Date: Thu Jan 18 10:36:47 2018 +0100 Fix some tooltip related problems From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 10:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151644455219930 (code B ref 30182); Sat, 20 Jan 2018 10:36:02 +0000 Received: (at 30182) by debbugs.gnu.org; 20 Jan 2018 10:35:52 +0000 Received: from localhost ([127.0.0.1]:35577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecqV5-0005BO-Pw for submit@debbugs.gnu.org; Sat, 20 Jan 2018 05:35:51 -0500 Received: from mout.gmx.net ([212.227.17.21]:64952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecqV4-0005BC-Dn for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 05:35:50 -0500 Received: from [192.168.1.100] ([213.162.73.109]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LtJ5T-1enFUJ09Nr-012m9V; Sat, 20 Jan 2018 11:35:44 +0100 Message-ID: <5A631B7F.3030308@gmx.at> Date: Sat, 20 Jan 2018 11:35:43 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> In-Reply-To: <87inbxqc1l.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:f5dEkURL4bIFU8/xeNFTWyj8IyLce5iZwo885j5Sq5/R1oTd5aK hugneNLUZiH04/TZo0CZ5mxNj+Wj8ah4bastKNWX27NiG5Dlg+R2lUg3lLOpJMgiwwMAyMe g8qxmXWzCsSisLHjvju/S9T9GIBrqVwGUyGI5S73eSfqbKHDX25AnKyVjLJstemjWkf2Q5Z HEUKNSWGjUM3VhQp8HESQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:34FK4xctCXw=:j0yk2PTCVwebKlIauq4Umn uiAKp1bpv3zJkI2VVLLzyKrQTbir88RxRLVO/6ZWwv6pUwu1HZdBCAD5YEW7qT58Es5tFl703 zHfqsK3khIRK5Qc0y9EpariRRuUDFnYALNYu5gDNYEcL/q9FsNN+hW+01O/UbxXzu5yv6Ucr/ 6uTnPv3PCl8o37vFPn5OIID/oO6NuvDNoU4phgjvuwx528o5fjjm7qMtGVqTLnmqY7T0GLGtA CaBH9U+TszXBdnJ4nnRDaTXPqTWnz1de4ZEXjngluxXOQ6CS1QHr5Bpa4n4P7SZsXdrkJkXbi 4j9x3hW5f0LkomQHhZRwsAlBIZAaCC52w7VEGle+1/bgXthn2AYMGEdGMujyV8xwFxLnivOt/ z0oRF3d9qrDycifQyPQw1fs0MFcXA+zvbePA4QidKMlrPM/g64W2WtjRU5gAODYj0K4zEN7hI xxwNW4Y+uyFRYjRIOe7D+psTRk5D75dwL0qNYwCf9ZTgX5AunjvB8mbOwvdNJRg5R5+n6X2Rb 013sAKZnPmXQOnkeoZDlRM3eWVPLStfZ96zw5ReCYM7wQjoNAkXdykhUjBM+G4Rs5Q8EZpN1N uIlM3eXsO6jKKwgKEQ5X7Bo/qs9lSC8I/uE9Ncg/P4wgNTy5IJmd04OLD3Vf1csjjS6v343WV j2cdLb6Bv015yzphwnMP0BwjZMZd2SjHHrijlsaOCIBLtDuX6ZDXMnhLVMJUJOi6cn47ZQATl Nw6QSDsxX9SoFJA79O1ygx7ctPGjMO0yRg+d1fbrDNqSe+QKRa/XyPlJufXXL2rN80pojXAFp 6DIjU7zTKrlN8TijIMzB7NTwuAZCd4en+d+s45vvsPlJoUXEM/dRRuVJW5AyMKTr83yML4E X-Spam-Score: -0.7 (/) 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.7 (/) > On master branch, emacs crashes when moving the mouse pointer > across the modeline. > The crash doesn't happen if this commit is reverted: > > commit e462308f03c9c16c47abc82d6f339ca9d18898f9 > Author: Martin Rudalics > Date: Thu Jan 18 10:36:47 2018 +0100 > > Fix some tooltip related problems Just to eliminate one possible cause: Does the bug disappear when you customize `mode-line-default-help-echo' to the default value of the 'string' alternative? Thanks, martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 10:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151644515720903 (code B ref 30182); Sat, 20 Jan 2018 10:46:02 +0000 Received: (at 30182) by debbugs.gnu.org; 20 Jan 2018 10:45:57 +0000 Received: from localhost ([127.0.0.1]:35588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecqer-0005R5-H3 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 05:45:57 -0500 Received: from mail-pg0-f45.google.com ([74.125.83.45]:38552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecqeq-0005Qq-3w for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 05:45:56 -0500 Received: by mail-pg0-f45.google.com with SMTP id y27so3354993pgc.5 for <30182@debbugs.gnu.org>; Sat, 20 Jan 2018 02:45:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:message-id:in-reply-to :date:mime-version; bh=A23fWM+nwrjzWAo3oAIFh7rS912drS4b/yQdnVULg0E=; b=fp0AvK9e+4RcnYDpKhz0IdezBZtCa177jwqKxWU384fjFJ81Q2eQvFMMWlfcH7l5+/ kOPIiVPES+Pdsfyw6CPwpQnU8NM383wP1grXFqhNZ6RKZD6qWTs5ybcO0ZgN5//IM79i jU4vlwiwyACoMorXNqk2/bUg9AAKhGLTCOIX3MlJ3pgCl6mORDSqmXn3qe1NVaSaGyRn Ha9pCb1cpZo5a1pQ35aj/P0IDKGtrk8ze5SLTHMfTqYyTalpuLa31MlMLFnkLuSUiieI XDAjAaG0iJ6qYRiRtR4ptM/ZDmUgu4T4dbJ6+OnGrSGuU3SA2XGrqoo7GRhDYF18jytO rH3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :message-id:in-reply-to:date:mime-version; bh=A23fWM+nwrjzWAo3oAIFh7rS912drS4b/yQdnVULg0E=; b=Lvm/8x8Gti/gJAU8r+Orqe/0D9j4FDY5WMaJM8zHsQOl0pwvaPacyD9Hg0ZOp1PXhB AJY5FAI5BgCFj1UrxOEWZo5W5SDQygnT9RTnyRWCGWx93VYEeJAxxddNvWKithiR8/sp QzDJVoo7yb3x+44eZL1SZABW0kfRH0LIceLzK/kNCK9qFGTWgH8uijkROXbq9niVbjt6 bgtCZLdUKoLsArRY+zRUuPji5BT/+NnqXBo0cAe8byuTKD8xHrC9gAAr5nT4BwXy2wmV +buhsnImGHDAfta/nl616Jk7/Tm22Hh6ew/c97xPi+RpakbAk97VR2xqd29BGSmUqbzh VPyg== X-Gm-Message-State: AKwxytdVSBFKOrb2TXYUkDnn8PScJqKieSuVcvHOxLQwteCs0qzBHYOZ ixVtxqzJ+JxzR/ouQv3peR4wwWdY X-Google-Smtp-Source: AH8x2251FVaXeSW6TKmo/G6BZ2z1hYOXKPnulpT/yplrMar6XSgKLXgq0ttPYMFQblIeWEUti8NpIA== X-Received: by 2002:a17:902:3084:: with SMTP id v4-v6mr102423plb.61.1516445149785; Sat, 20 Jan 2018 02:45:49 -0800 (PST) Received: from the-damned ([117.249.172.117]) by smtp.gmail.com with ESMTPSA id m3sm18016300pgs.90.2018.01.20.02.45.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 20 Jan 2018 02:45:49 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith Message-ID: <878tcs3j23.fsf@gmail.com> In-reply-to: <5A631B7F.3030308@gmx.at> Date: Sat, 20 Jan 2018 16:15:39 +0530 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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.0 (/) > Just to eliminate one possible cause: Does the bug disappear when you > customize `mode-line-default-help-echo' to the default value of the > 'string' alternative? Yes, if that is done, then the crash doesn't happen. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 14:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151645756623401 (code B ref 30182); Sat, 20 Jan 2018 14:13:02 +0000 Received: (at 30182) by debbugs.gnu.org; 20 Jan 2018 14:12:46 +0000 Received: from localhost ([127.0.0.1]:35709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ectsz-00065M-Of for submit@debbugs.gnu.org; Sat, 20 Jan 2018 09:12:45 -0500 Received: from mout.gmx.net ([212.227.17.21]:64966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ectsy-000659-2Q for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 09:12:44 -0500 Received: from [192.168.1.100] ([213.162.73.109]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LuwiT-1elWsu2XlB-0102SR; Sat, 20 Jan 2018 15:12:37 +0100 Message-ID: <5A634E53.7010205@gmx.at> Date: Sat, 20 Jan 2018 15:12:35 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> In-Reply-To: <878tcs3j23.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:M3cD8UJDD3+nE2dPqJE+AOV9yYVET9uY6+VS/fEBQ7fvJmTzz60 hn/SJzOESKqj/bV00FhOzoqeWBEfSajxEcZV6bIvXOGZmr7HtAHJ+BaQ9i9p4qOa5gTTbjb /fDHzrq3mA7lckkgwAgMBSEsL4bE92QUqYcRiVYudK61lCDJXMsPyKB7y1X5dmH4Ka7N3u6 kOmGxe2TjBdBzDAuq34cA== X-UI-Out-Filterresults: notjunk:1;V01:K0:MOxYtpn5MS0=:WUIkCVjJpPAgE2ZsjEwRiN AZRMZa0/o3GBWuCvouaiTg9ueuvOcQxapN0FSNgugvezOVVAzMEPYnRtMyN4g/PL4gS3d+pFM 5kKF8+3K8UV8Tpe/dx3b+BFWLFbTI3I/CubiH+w9eXAtreTFQZgRXrWI6B5McThNiTNBFh9zX 6XO7uqdrXzzB552phr93uXolObExP9mMhxxi2TP2sW183QUcnIecUe05/zUAgB0RVY1Hugq34 OooiF6JLoMmRfupTqkzRLnrrU9gpwHr64OVXFPu91glB0mKa0oK5++rO15Pi5gs6ZA8WsWJEV +meaNCQ2tcOrmTMonpG/UXR5uH5FghF41beYeBaUsc2Wx4T0Ygbq1Yv3/+uaUG+BdtS+e9L5z +7ytSFBsO/Dt2seSdyD38ljShfdM1Kx8AaxCcfwYLo98nHKZcyxc8fGlhQQTfslAa9jIPlQs4 Gm4gB0ARjxLw62Ap6oea/mp/wWGBI18adPTdQdD4REiv/JwzPr4E91E3yJ9dH1kxsC114VYSV yX6NciKqbrjCdi8ODMtuXoInBcHKHfWFmrpoTjRX22wrY464hWEGSawHTHZrek4efjqUPwP3/ c+kpo3e+3F/Jmg9BF+cG4miAq3hgdIza6VkDbB8Mby+vWM/rZUTT2gza/uYy7lTvMwos7+Ho3 NzpVHi3c/+RzPoqr7gP9zMclLZzhYKLlD9Hb0eWVjrRMBI21rCkhnE6OQ1d3ytghD03srbcX5 kA03B8CrLyaKJTv3D+RTj4GjGmgL+rEg4qh55DpDMDiYyRoLrPPP3rA5RB+QsOe3MH2eec9Aa k4ZdTt9QodIinjF1oPuuETJJSwVVjm91XbQZpAWlNjNLy3h099LaSubk+s0qwgmpOZbP1Nk X-Spam-Score: -0.7 (/) 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.7 (/) >> Just to eliminate one possible cause: Does the bug disappear when you >> customize `mode-line-default-help-echo' to the default value of the >> 'string' alternative? > > Yes, if that is done, then the crash doesn't happen. I'm completely lost here. The behavior eludes my most vivid imagination. Why on earth should `copy-sequence' choke on `timer-list'? Is running w3m absolutely necessary for reproducing the crash? Do you have any idea whether w3m does strange things with the mode line? Anyway, if you evaluate the function below before moving the mouse to the mode line does the crash go away? martin (defun mode-line-default-help-echo (window) "Return default help echo text for WINDOW's mode-line." (condition-case nil (let* ((frame (window-frame window)) (line-1a ;; Show text to select window only if the window is not ;; selected. (not (eq window (frame-selected-window frame)))) (line-1b ;; Show text to drag modeline if and only if it can be done. (or (window-in-direction 'below window) (let ((mini-window (minibuffer-window frame))) (and (eq frame (window-frame mini-window)) (or (minibuffer-window-active-p mini-window) (not resize-mini-windows)))))) (line-2 ;; Show text make window occupy the whole frame ;; only if it doesn't already do that. (not (eq window (frame-root-window frame)))) (line-3 ;; Show text to delete window only if that's possible. (not (eq window (frame-root-window frame))))) (if (or line-1a line-1b line-2 line-3) (concat (when (or line-1a line-1b) (concat "mouse-1: " (when line-1a "Select window") (when line-1b (if line-1a " (drag to resize)" "Drag to resize")) (when (or line-2 line-3) "\n"))) (when line-2 (concat "mouse-2: Make window occupy whole frame" (when line-3 "\n"))) (when line-3 "mouse-3: Remove window from frame")) "")) (error ""))) From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Jan 2018 15:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151646207931978 (code B ref 30182); Sat, 20 Jan 2018 15:28:02 +0000 Received: (at 30182) by debbugs.gnu.org; 20 Jan 2018 15:27:59 +0000 Received: from localhost ([127.0.0.1]:36290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecv3n-0008Ji-MX for submit@debbugs.gnu.org; Sat, 20 Jan 2018 10:27:59 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecv3m-0008JT-So for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 10:27:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecv3e-0007WJ-En for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 10:27:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecv3e-0007WD-B8; Sat, 20 Jan 2018 10:27:50 -0500 Received: from [176.228.60.248] (port=4680 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ecv3d-0003Ze-GK; Sat, 20 Jan 2018 10:27:50 -0500 Date: Sat, 20 Jan 2018 17:27:30 +0200 Message-Id: <83k1wcsg7x.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A634E53.7010205@gmx.at> (message from martin rudalics on Sat, 20 Jan 2018 15:12:35 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@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-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: -5.0 (-----) > Date: Sat, 20 Jan 2018 15:12:35 +0100 > From: martin rudalics > Cc: 30182@debbugs.gnu.org > > >> Just to eliminate one possible cause: Does the bug disappear when you > >> customize `mode-line-default-help-echo' to the default value of the > >> 'string' alternative? > > > > Yes, if that is done, then the crash doesn't happen. > > I'm completely lost here. The behavior eludes my most vivid > imagination. Why on earth should `copy-sequence' choke on > `timer-list'? Is it possible that the crash was actually in another thread? Although 'Thread 1 "emacs" received signal SIGSEGV' seems to rule that out... But still, it could be useful to see the output of the GDB command "thread apply all bt full". Also, could the OP please rebuild Emacs without optimizations and show the backtrace from that build? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 02:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15165009666150 (code B ref 30182); Sun, 21 Jan 2018 02:17:01 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 02:16:06 +0000 Received: from localhost ([127.0.0.1]:36444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed5B0-0001b8-Gl for submit@debbugs.gnu.org; Sat, 20 Jan 2018 21:16:06 -0500 Received: from mail-pf0-f176.google.com ([209.85.192.176]:43789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed5Ay-0001aN-6W for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 21:16:04 -0500 Received: by mail-pf0-f176.google.com with SMTP id y26so4332565pfi.10 for <30182@debbugs.gnu.org>; Sat, 20 Jan 2018 18:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=Vb3S3wVos2nerFkAB8/p81ZSBsqhfUukd1GKHVcZn1s=; b=qvYQ62V0bFxJ7VlxZuO63XMNHaWLbpArPh8yn8JcD6eD+v4EM/TXAX1wdL+mN+mqZv 5Que/RvbzQZH4lyyoITDswv+hkso2p4jIQDs0n3hMQ1ZWu+UO6AQqZz1eyiPlXOEk0+d NUDwQpBwXr/zOw9uImwUVjg6d8CIOZdqzuvjb8bhAGTla4n4dV5q0tDRDrg5DvgvZDpu U+JaJmyL66ctdEIO3RZ6w+TMv9RqNob3y4ZMJ5CNTNIYdL0oGJulBdI7iZrUyLxRiaiO q0TUdYGYlZfywjv0Fic8aaBes+8By5eeg42Uicfh8R5UN1s7rP+ZhUcm1jBd+m1MBxfV dhsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=Vb3S3wVos2nerFkAB8/p81ZSBsqhfUukd1GKHVcZn1s=; b=E17JGJFCCKHBOinXS+4C41irs1PYsDtRMfGZwbVaV/GeaJwMikdFWdJ8WDkB1sZcyx U+KDRIvwK9WwUm4DsVEY9Fn3KHEXda9Xxac3CXyuMX9Z4o49AnReJe6CvvsQF+vYmB0l Wv11i8lLuRuT+GAcRAQ90zbeKTA/qlWdMXAMZh/TsuQIXcC4Ns8LLbb8Y9yB2VTRUpLj sdK0P0ZhkN3aJ5qkH+xj+aX8UHqu1mYAVscvqiR4PQ0clH/q+6Gqkkhxg+IF6QNn0E3P 6R2SC7QK9lAtzxk5nUart1DWNH5ck2DysNzSRlsKPYpeFRHM2krdaMWEA5nh1W0HZcXV GMgQ== X-Gm-Message-State: AKwxytcQwHAkdXqz2PjFDyNXlJjzTfdkc6DOQqP9WlWS58wn8HzURgnM DAw6VslQrNxq3pm39tVfhazZE0wN X-Google-Smtp-Source: AH8x227T+Wb9PghChxS6WSg/o4zr8r2VWLFGso/dQb8nFXJUq/qzSzrJv/uzlFt0Ej8Y7wTo/ma8sA== X-Received: by 10.99.96.199 with SMTP id u190mr3413963pgb.290.1516500957584; Sat, 20 Jan 2018 18:15:57 -0800 (PST) Received: from the-damned ([42.111.138.29]) by smtp.gmail.com with ESMTPSA id f188sm25844955pfc.22.2018.01.20.18.15.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 20 Jan 2018 18:15:57 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <5A634E53.7010205@gmx.at> Date: Sun, 21 Jan 2018 07:45:43 +0530 Message-ID: <87mv182bzk.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > Is running w3m absolutely necessary for reproducing the crash? Do you > have any idea whether w3m does strange things with the mode line? I am not familiar with w3m internals, sorry. But, without starting w3m, the crash doesn't happen. I think w3m updates the mode-line based on the title of the HTML page that is displayed. > Anyway, if you evaluate the function below before moving the mouse to > the mode line does the crash go away? > > martin > > > (defun mode-line-default-help-echo (window) > "Return default help echo text for WINDOW's mode-line." > (condition-case nil > (let* ((frame (window-frame window)) > (line-1a > ;; Show text to select window only if the window is not > ;; selected. > (not (eq window (frame-selected-window frame)))) > (line-1b > ;; Show text to drag modeline if and only if it can be done. > (or (window-in-direction 'below window) > (let ((mini-window (minibuffer-window frame))) > (and (eq frame (window-frame mini-window)) > (or (minibuffer-window-active-p mini-window) > (not resize-mini-windows)))))) > (line-2 > ;; Show text make window occupy the whole frame > ;; only if it doesn't already do that. > (not (eq window (frame-root-window frame)))) > (line-3 > ;; Show text to delete window only if that's possible. > (not (eq window (frame-root-window frame))))) > (if (or line-1a line-1b line-2 line-3) > (concat > (when (or line-1a line-1b) > (concat > "mouse-1: " > (when line-1a "Select window") > (when line-1b > (if line-1a " (drag to resize)" "Drag to resize")) > (when (or line-2 line-3) "\n"))) > (when line-2 > (concat > "mouse-2: Make window occupy whole frame" > (when line-3 "\n"))) > (when line-3 > "mouse-3: Remove window from frame")) > "")) > (error ""))) The crash still happens after evaluating this code. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 03:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151650600513873 (code B ref 30182); Sun, 21 Jan 2018 03:41:01 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 03:40:05 +0000 Received: from localhost ([127.0.0.1]:36465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed6UH-0003bh-Km for submit@debbugs.gnu.org; Sat, 20 Jan 2018 22:40:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed6UG-0003bA-1I for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 22:40:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ed6U6-0007YJ-PE for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 22:39:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60449) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ed6U6-0007Y9-Lk; Sat, 20 Jan 2018 22:39:54 -0500 Received: from [176.228.60.248] (port=1721 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ed6U5-0000n1-UT; Sat, 20 Jan 2018 22:39:54 -0500 Date: Sun, 21 Jan 2018 05:39:37 +0200 Message-Id: <83a7x7sww6.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87mv182bzk.fsf@gmail.com> (message from Sujith on Sun, 21 Jan 2018 07:45:43 +0530) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> 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-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: -5.0 (-----) > From: Sujith > Date: Sun, 21 Jan 2018 07:45:43 +0530 > Cc: 30182@debbugs.gnu.org > > martin rudalics writes: > > Is running w3m absolutely necessary for reproducing the crash? Do you > > have any idea whether w3m does strange things with the mode line? > > I am not familiar with w3m internals, sorry. > But, without starting w3m, the crash doesn't happen. > > I think w3m updates the mode-line based on the title of the > HTML page that is displayed. Can you provide a backtrace from a non-optimized build, please? Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 03:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151650697215353 (code B ref 30182); Sun, 21 Jan 2018 03:57:02 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 03:56:12 +0000 Received: from localhost ([127.0.0.1]:36480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed6jr-0003zY-B5 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 22:56:12 -0500 Received: from mail-pg0-f48.google.com ([74.125.83.48]:33899) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed6jo-0003zL-S6 for 30182@debbugs.gnu.org; Sat, 20 Jan 2018 22:56:10 -0500 Received: by mail-pg0-f48.google.com with SMTP id r19so4449239pgn.1 for <30182@debbugs.gnu.org>; Sat, 20 Jan 2018 19:56:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:message-id:in-reply-to :date:mime-version:content-transfer-encoding; bh=8g2BBkqERFvswePoRrouisnz2dw3eDhhYMkuXk/RWII=; b=rZICRETM/RdnD1z56uqE0aa62ckl8aZV+7uqKql+17dtG/phYJb74Us6YElqwLXWjm G+22RK/cERRmstWxgC+bZP2FdhHeEEEcK6h5tONNepJ3cvRqccU8p1MSbpGiXltOXnWq ZVBb5LdpuUxbEeN5eURgc5L0Kjr8bUlyWpCw6KFps0D1DC3QR4q1Rt02de5ueix/zJEL HO9WlW3hxjvJafFEiAANGxgzsmc4KzlxdRWz21yadGyzAj2v+EKzxfRIB6f15LJH79Fr DTQWEY2kuaxTkmRiNNrLFlTE8drOiYpDoV+8F05jDF8Z2/462dt7ZSpbhO3LHxSMdU7t zl7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :message-id:in-reply-to:date:mime-version:content-transfer-encoding; bh=8g2BBkqERFvswePoRrouisnz2dw3eDhhYMkuXk/RWII=; b=TI+1WKn+2Aqbj/UWahBqAZQojZa3ej0RltjI6JYXyetPCrTLNBLE3M1R8DnMtBBBr/ f6j2KbIyBPN8HtixaRXgWJt6ERRVV19ZHIpwy0zQj/VFm3mZZZFHs1sajNSaF6dKifTv kLFp4ZhT4qk/6uIY9FiyK7hQQxFdLFnbOYuvqvQ0TBfXELZiLMcNUL5Soa9ggIh4CdLj 6kNzVA/HHbVZxjpOChEmoSGCNt78Xel0ECgWGWPp0XCThg6lp8wlAyA4djvrAiWZFZW/ 5t2VmiGrTiF69c1omLvG+qI1q+zK+iXfu20Z+9h44pFr8RD0ifnArhnzSkdLOp6Ksq18 jsHg== X-Gm-Message-State: AKwxyteT/GecdN4ippgI80xHnoZgnshh8bKo4erLaCalMfXnmheE3/y4 OZEQNc2stW2+wHXlg8Ul0tc9rwsX X-Google-Smtp-Source: AH8x224OHocGiqIPbmCaZUBJZHqG1OpPkRYM2M3OGXv3xOFeLIzS9INjHaipS/JRzJI9KBhdXhLRCQ== X-Received: by 10.99.174.7 with SMTP id q7mr3568908pgf.170.1516506962314; Sat, 20 Jan 2018 19:56:02 -0800 (PST) Received: from the-damned ([42.111.138.245]) by smtp.gmail.com with ESMTPSA id q2sm9175149pgf.10.2018.01.20.19.55.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 20 Jan 2018 19:56:01 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith Message-ID: <87efmj27d5.fsf@gmail.com> In-reply-to: <83a7x7sww6.fsf@gnu.org> Date: Sun, 21 Jan 2018 09:25:48 +0530 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.8 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: > Can you provide a backtrace from a non-optimized build, please? Sorry, internet service problems. :-) I rebuilt emacs with CFLAGS="O0 -g" and here is the trace: [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [74.125.83.48 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [74.125.83.48 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (m.sujith[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.8 FUZZY_XPILL BODY: Attempt to obfuscate words in spam 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 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.8 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: > Can you provide a backtrace from a non-optimized build, please? Sorry, internet service problems. :-) I rebuilt emacs with CFLAGS="O0 -g" and here is the trace: [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [74.125.83.48 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [74.125.83.48 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (m.sujith[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.8 FUZZY_XPILL BODY: Attempt to obfuscate words in spam 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid Eli Zaretskii writes: > Can you provide a backtrace from a non-optimized build, please? Sorry, internet service problems. :-) I rebuilt emacs with CFLAGS=3D"O0 -g" and here is the trace: (gdb) thread apply all bt full Thread 2 (Thread 0x7fffe79ea700 (LWP 4605)): #0 0x00007fffefd2391b in poll () at /usr/lib/libc.so.6 #1 0x00007ffff4fe7023 in () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff4fe713e in g_main_context_iteration () at /usr/lib/libglib-2= .0.so.0 #3 0x00007ffff4fe7192 in () at /usr/lib/libglib-2.0.so.0 #4 0x00007ffff500f29a in () at /usr/lib/libglib-2.0.so.0 #5 0x00007ffff068308c in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007fffefd2de1f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7ffff7fabb00 (LWP 4601)): #0 0x0000000000559474 in XSETCAR (c=3D0x0, n=3D0x33b6815) at lisp.h:1318 #1 0x0000000000616bf9 in concat (nargs=3D1, args=3D0x7fffffffc288, target_= type=3DLisp_Cons, last_special=3Dfalse) at fns.c:751 elt =3D 0x33b6815 thislen =3D 0x5a63f618 thisleni =3D 0 thisindex =3D 0 thisindex_byte =3D 0 val =3D 0x3ed42f3 tail =3D 0x0 this =3D 0x0 toindex =3D -1 toindex_byte =3D 0 result_len =3D 4 result_len_byte =3D 4 argnum =3D 0 last_tail =3D 0x0 prev =3D 0x3ed43c3 some_multibyte =3D false textprops =3D 0x0 num_textprops =3D 0 sa_avail =3D 16384 sa_count =3D 13 sa_must_free =3D false #2 0x0000000000615e11 in Fcopy_sequence (arg=3D0x378f723) at fns.c:514 #3 0x0000000000569ca9 in timer_check () at keyboard.c:4381 nexttime =3D {tv_sec =3D 13393952, tv_nsec =3D 0} timers =3D 0x0 idle_timers =3D 0x1603c087 tem =3D 0x0 #4 0x0000000000567de7 in readable_events (flags=3D1) at keyboard.c:3349 #5 0x000000000056e6dd in get_input_pending (flags=3D1) at keyboard.c:6805 #6 0x0000000000575253 in detect_input_pending_run_timers (do_display=3Dtru= e) at keyboard.c:9943 old_timers_run =3D 14 #7 0x000000000066d279 in wait_reading_process_output (time_limit=3D1, nsec= s=3D999696986, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3D0x0, wait_= proc=3D0x0, just_wait_proc=3D0) at process.c:5514 old_timers_run =3D 14 old_buffer =3D 0x4018920 old_window =3D 0x14c7c35 leave =3D false process_skipped =3D false channel =3D 6 nfds =3D 1 Available =3D {fds_bits =3D {32, 0 }} Writeok =3D {fds_bits =3D {0 }} check_write =3D true check_delay =3D 0 no_avail =3D false xerrno =3D 11 proc =3D 0x0 timeout =3D {tv_sec =3D 0, tv_nsec =3D 0} end_time =3D {tv_sec =3D 1516500504, tv_nsec =3D 913666042} timer_delay =3D {tv_sec =3D 0, tv_nsec =3D 408740369} got_output_end_time =3D {tv_sec =3D 1516500504, tv_nsec =3D 9136660= 42} wait =3D TIMEOUT got_some_output =3D -1 retry_for_async =3D false count =3D 12 now =3D {tv_sec =3D 0, tv_nsec =3D -1} #8 0x0000000000568a22 in kbd_buffer_get_event (kbp=3D0x7fffffffc878, used_= mouse_menu=3D0x0, end_time=3D0x7fffffffce50) at keyboard.c:3819 duration =3D {tv_sec =3D 1, tv_nsec =3D 999696986} now =3D {tv_sec =3D 1516500502, tv_nsec =3D 913968084} obj =3D 0x3166780 #9 0x0000000000564db1 in read_event_from_main_queue (end_time=3D0x7fffffff= ce50, local_getcjmp=3D0x7fffffffcc30, used_mouse_menu=3D0x0) at keyboard.c:= 2157 c =3D 0x0 save_jump =3D {{__jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_s= aved =3D 0, __saved_mask =3D {__val =3D {0 }}}} kb =3D 0x5fc7d7 #10 0x0000000000565064 in read_decoded_event_from_main_queue (end_time=3D0x= 7fffffffce50, local_getcjmp=3D0x7fffffffcc30, prev_event=3D0x0, used_mouse_= menu=3D0x0) at keyboard.c:2220 nextevt =3D 0x0 frame =3D 0x15b49312 terminal =3D 0x0 events =3D {0x0, 0xffffffffffffffff, 0x0, 0xa50554279372fa00, 0x0, 0x0, 0x7f= ffffffca50, 0x569d0b , 0xcc6020 , 0x0, 0x0, 0x7ff= fffffca50, 0x5591fb , 0x15b49312, 0x7fffffffca90, 0= x567ee4 } n =3D 0 #11 0x0000000000566743 in read_char (commandflag=3D0, map=3D0x0, prev_event= =3D0x0, used_mouse_menu=3D0x0, end_time=3D0x7fffffffce50) at keyboard.c:2808 c =3D 0x0 jmpcount =3D 12 local_getcjmp =3D {{__jmpbuf =3D {0, -3783296097023898458, 0, 30, 0, 0, -3783= 296097084715866, 3783295737644240038}, __mask_was_saved =3D 0, __saved_mask= =3D {__val =3D {47594968, 140737488342200, 140737488342196, 0, 14073729133= 4337, 0, 140737291329493, 0, 0, 47590576, 11891002920095906304, 3, 47590576= , 0, 0, 47590600}}}} save_jump =3D {{__jmpbuf =3D {0, 47590576, 140737488342376, 1407374883423= 84, 5548, 4097945360, 140737488342336, 5697160}, __mask_was_saved =3D -1294= 4, __saved_mask =3D {__val =3D {4570324, 0, 0, 140737488342480, 14073721701= 7574, 913665070, 1516500504, 1516500504, 913665070, 140737488342512, 717289= 2, 2, 0, 1516500502, 913665070, 13393952}}}} tem =3D 0x10933d98 save =3D 0x7ffff441c3b4 previous_echo_area_message =3D 0x0 also_record =3D 0x0 reread =3D false recorded =3D false polling_stopped_here =3D true orig_kboard =3D 0x2d9e700 #12 0x000000000063e4c0 in read_filtered_event (no_switch_frame=3Dfalse, asc= ii_required=3Dfalse, error_nonascii=3Dfalse, input_method=3Dtrue, seconds= =3D0xa) at lread.c:672 val =3D 0x5ee245 delayed_switch_frame =3D 0x0 end_time =3D {tv_sec =3D 1516500504, tv_nsec =3D 913665070} #13 0x000000000063e7fa in Fread_event (prompt=3D0x0, inherit_input_method= =3D0xbc40, seconds=3D0xa) at lread.c:784 #14 0x0000000000610db7 in funcall_subr (subr=3D0xc54c60 , numa= rgs=3D3, args=3D0x7fffffffd008) at eval.c:2898 internal_argbuf =3D {0x0, 0xa00d5e700, 0xc54c60 , 0x7f= ffffffcf58, 0x559943 , 0xaffffcf50, 0xc54c65 , 0x0} internal_args =3D 0x7fffffffd008 #15 0x0000000000610929 in Ffuncall (nargs=3D4, args=3D0x7fffffffd000) at ev= al.c:2818 fun =3D 0xc54c65 original_fun =3D 0xab470 funcar =3D 0x8190 numargs =3D 3 val =3D 0x61219e count =3D 11 #16 0x000000000065d0a1 in exec_byte_code (bytestr=3D0x96378c ,= vector=3D0x9637ad , maxdepth=3D0x1e, args_template=3D0xc06, n= args=3D1, args=3D0x7fffffffd500) at bytecode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x660a26 , 0x660a57 = , 0x660a59 , 0x660a5b , 0x660a5= d , 0x660a5d , 0x660ada , 0x660b69 , 0x65c91e , 0x65c920 , 0x65c922 , 0x65= c924 , 0x65c926 , 0x65c926 , 0x65c92f , 0x65c8db , 0x65cd3e , 0x65cd40 , 0x65c= d42 , 0x65cd44 , 0x65cd46 , 0x65cd46 , 0x65cd90 , 0x65cd4f , 0x65cf74 , 0x65cf= 76 , 0x65cf78 , 0x65cf7a , 0x65cf7c , 0x65cf7c , 0x65cf13 , 0x65cf33 , 0x65d05= f , 0x65d061 , 0x65d063 , 0x65d065 , 0x65d067 , 0x65d067 , 0x65cffe , 0x65d01e= , 0x65d14d , 0x65d14f , 0x65d151 , 0x65d153 = , 0x65d155 , 0x65d155 , 0x65d0ec = , 0x65d10c , 0x65dbc0 , 0x65da76 , 0x65da6a ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x660a26 , 0x660a26 , 0x65de57 , 0x65df68 , 0x65dfdd , 0x65e053 , 0x65e0= cd , 0x65cb85 , 0x65cc18 , 0x65e15f , 0x65cadd , 0x65cc95 , 0x65e1df , 0x65e26= 2 , 0x65e2bf , 0x65e342 , 0x65e3a9 , 0x65e4b3 , 0x65e510 , 0x65e593 , 0x65e639= , 0x65e696 , 0x65e6f3 , 0x65e776 , 0x65e7f9 = , 0x65e87c , 0x65e922 , 0x65e989 = , 0x65e9f0 , 0x65eafa , 0x65eb88 , 0x65ec16 , 0x65edf6 , 0x65ee7e , 0x65e= f06 , 0x65ef8e , 0x65f016 , 0x65f07d , 0x65f10c , 0x65f173 , 0x65f1da ,= 0x65f241 , 0x65f392 , 0x65d8ab= , 0x65f402 , 0x65f45f , 0x65f561 , 0x65f5dc , 0x65f64c , 0x65f6a9 , 0x6= 5f701 , 0x65f759 , 0x65f7b9 , 0x660a26 , 0x65f826 , 0x65f87e , 0x65f8d6 , 0x65f92e , 0x65f986 , 0x65f9= de , 0x65d8ab , 0x660a26 , 0x65fa3b , 0x65faa2 , 0x65faff , 0x65fb5c , 0= x65fbdf , 0x65fc62 , 0x65fcbf <= exec_byte_code+14614>, 0x65fdda , 0x65fe5d , 0x65fee0 , 0x65ff63 , 0x65ffbb , 0x660a26 , 0x65= d7ac , 0x65d225 , 0x65ca2d , 0x65d314 , 0x65d3bc , 0x65d461 , 0x65d74e , 0x65d= 766 , 0x65ceb1 , 0x65d856 , 0x65d8ee , 0x65d991 , 0x65d9e6 , 0x65dc18 , 0x65dc= 9e , 0x65dd3e , 0x65ddb9 , 0x65d1c8 , 0x660018 , 0x6600be , 0x66011b , 0x66= 0178 , 0x6601d5 , 0x660232 , 0x6602b5 , 0x660338 , 0x6603bb , 0x66043e = , 0x6605ac , 0x66062f , 0x6606b= 2 , 0x66070f , 0x660792 , 0x660815 , 0x660872 , 0x6608cf , 0x65f2a8 , 0= x65f30f , 0x660936 , 0x6609b0 <= exec_byte_code+17927>, 0x660a26 , 0x65d506 , 0x65d52c , 0x65d5b6 = , 0x65d640 , 0x65d6c7 , 0x65e410 = , 0x65ea57 , 0x65f4be , 0x660c23 , 0x660cb3 , 0x660a26 , 0x660a26 , 0x660= d70 , 0x660e21 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x66104f } const_length =3D 12 bytestr_length =3D 90 vectorp =3D 0x9637b0 quitcounter =3D 1 '\001' stack_items =3D 8 sa_avail =3D 16230 sa_count =3D 10 sa_must_free =3D false alloc =3D 0x7fffffffcfe0 item_bytes =3D 64 stack_base =3D 0x7fffffffcfe0 top =3D 0x7fffffffd000 stack_lim =3D 0x7fffffffd020 bytestr_data =3D 0x7fffffffd020 "\001\247\203\022" pc =3D 0x7fffffffd06a ")\211?\206W" count =3D 10 result =3D 0x12ffffd500 #17 0x00000000006113ff in funcall_lambda (fun=3D0x96375d , nar= gs=3D1, arg_vector=3D0x7fffffffd4f8) at eval.c:3019 size =3D 5 val =3D 0x0 syms_left =3D 0xc06 next =3D 0x0 lexenv =3D 0x12006124d4 count =3D 10 i =3D 9844568 optional =3D false rest =3D false previous_optional_or_rest =3D false #18 0x000000000061096d in Ffuncall (nargs=3D2, args=3D0x7fffffffd4f0) at ev= al.c:2820 fun =3D 0x96375d original_fun =3D 0x4321f0 funcar =3D 0x7fffffffd4b0 numargs =3D 1 val =3D 0x3f07374 count =3D 9 #19 0x000000000065d0a1 in exec_byte_code (bytestr=3D0xa0863c ,= vector=3D0xa0865d , maxdepth=3D0x3e, args_template=3D0xc06, n= args=3D3, args=3D0x7fffffffdbe8) at bytecode.c:632 op =3D 1 type =3D CATCHER targets =3D {0x660a26 , 0x660a57 = , 0x660a59 , 0x660a5b , 0x660a5= d , 0x660a5d , 0x660ada , 0x660b69 , 0x65c91e , 0x65c920 , 0x65c922 , 0x65= c924 , 0x65c926 , 0x65c926 , 0x65c92f , 0x65c8db , 0x65cd3e , 0x65cd40 , 0x65c= d42 , 0x65cd44 , 0x65cd46 , 0x65cd46 , 0x65cd90 , 0x65cd4f , 0x65cf74 , 0x65cf= 76 , 0x65cf78 , 0x65cf7a , 0x65cf7c , 0x65cf7c , 0x65cf13 , 0x65cf33 , 0x65d05= f , 0x65d061 , 0x65d063 , 0x65d065 , 0x65d067 , 0x65d067 , 0x65cffe , 0x65d01e= , 0x65d14d , 0x65d14f , 0x65d151 , 0x65d153 = , 0x65d155 , 0x65d155 , 0x65d0ec = , 0x65d10c , 0x65dbc0 , 0x65da76 , 0x65da6a ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x660a26 , 0x660a26 , 0x65de57 , 0x65df68 , 0x65dfdd , 0x65e053 , 0x65e0= cd , 0x65cb85 , 0x65cc18 , 0x65e15f , 0x65cadd , 0x65cc95 , 0x65e1df , 0x65e26= 2 , 0x65e2bf , 0x65e342 , 0x65e3a9 , 0x65e4b3 , 0x65e510 , 0x65e593 , 0x65e639= , 0x65e696 , 0x65e6f3 , 0x65e776 , 0x65e7f9 = , 0x65e87c , 0x65e922 , 0x65e989 = , 0x65e9f0 , 0x65eafa , 0x65eb88 , 0x65ec16 , 0x65edf6 , 0x65ee7e , 0x65e= f06 , 0x65ef8e , 0x65f016 , 0x65f07d , 0x65f10c , 0x65f173 , 0x65f1da ,= 0x65f241 , 0x65f392 , 0x65d8ab= , 0x65f402 , 0x65f45f , 0x65f561 , 0x65f5dc , 0x65f64c , 0x65f6a9 , 0x6= 5f701 , 0x65f759 , 0x65f7b9 , 0x660a26 , 0x65f826 , 0x65f87e , 0x65f8d6 , 0x65f92e , 0x65f986 , 0x65f9= de , 0x65d8ab , 0x660a26 , 0x65fa3b , 0x65faa2 , 0x65faff , 0x65fb5c , 0= x65fbdf , 0x65fc62 , 0x65fcbf <= exec_byte_code+14614>, 0x65fdda , 0x65fe5d , 0x65fee0 , 0x65ff63 , 0x65ffbb , 0x660a26 , 0x65= d7ac , 0x65d225 , 0x65ca2d , 0x65d314 , 0x65d3bc , 0x65d461 , 0x65d74e , 0x65d= 766 , 0x65ceb1 , 0x65d856 , 0x65d8ee , 0x65d991 , 0x65d9e6 , 0x65dc18 , 0x65dc= 9e , 0x65dd3e , 0x65ddb9 , 0x65d1c8 , 0x660018 , 0x6600be , 0x66011b , 0x66= 0178 , 0x6601d5 , 0x660232 , 0x6602b5 , 0x660338 , 0x6603bb , 0x66043e = , 0x6605ac , 0x66062f , 0x6606b= 2 , 0x66070f , 0x660792 , 0x660815 , 0x660872 , 0x6608cf , 0x65f2a8 , 0= x65f30f , 0x660936 , 0x6609b0 <= exec_byte_code+17927>, 0x660a26 , 0x65d506 , 0x65d52c , 0x65d5b6 = , 0x65d640 , 0x65d6c7 , 0x65e410 = , 0x65ea57 , 0x65f4be , 0x660c23 , 0x660cb3 , 0x660a26 , 0x660a26 , 0x660= d70 , 0x660e21 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x66104f } const_length =3D 50 bytestr_length =3D 253 vectorp =3D 0xa08660 quitcounter =3D 1 '\001' stack_items =3D 16 sa_avail =3D 16003 sa_count =3D 9 sa_must_free =3D false alloc =3D 0x7fffffffd4c0 item_bytes =3D 128 stack_base =3D 0x7fffffffd4c0 top =3D 0x7fffffffd4f0 stack_lim =3D 0x7fffffffd540 bytestr_data =3D 0x7fffffffd540 "\001\204\020" pc =3D 0x7fffffffd5a4 "\211\205", count =3D 9 result =3D 0x1200517ee0 #20 0x00000000006113ff in funcall_lambda (fun=3D0xa085fd , nar= gs=3D3, arg_vector=3D0x7fffffffdbd0) at eval.c:3019 size =3D 6 val =3D 0x2d62cb0 syms_left =3D 0xc06 next =3D 0x0 lexenv =3D 0x1200d56240 count =3D 9 i =3D 10520056 optional =3D 127 rest =3D false previous_optional_or_rest =3D false #21 0x000000000061096d in Ffuncall (nargs=3D4, args=3D0x7fffffffdbc8) at ev= al.c:2820 fun =3D 0xa085fd original_fun =3D 0xd63e0 funcar =3D 0x0 numargs =3D 3 val =3D 0x561fe1 count =3D 8 #22 0x0000000000608111 in Ffuncall_interactively (nargs=3D4, args=3D0x7ffff= fffdbc8) at callint.c:253 speccount =3D 7 #23 0x0000000000610c65 in funcall_subr (subr=3D0xc51b60 , numargs=3D4, args=3D0x7fffffffdbc8) at eval.c:2873 #24 0x0000000000610929 in Ffuncall (nargs=3D5, args=3D0x7fffffffdbc0) at ev= al.c:2818 fun =3D 0xc51b65 original_fun =3D 0x6240 funcar =3D 0x7fffffffdbb0 numargs =3D 4 val =3D 0x3 count =3D 6 #25 0x000000000060fb89 in Fapply (nargs=3D3, args=3D0x7fffffffddf0) at eval= .c:2438 i =3D 5 numargs =3D 4 funcall_nargs =3D 5 funcall_args =3D 0x7fffffffdbc0 spread_arg =3D 0x0 fun =3D 0xc51b65 retval =3D 0x6240 sa_avail =3D 16344 sa_count =3D 6 sa_must_free =3D false #26 0x0000000000608589 in Fcall_interactively (function=3D0xd63e0, record_f= lag=3D0x0, keys=3D0xd5d695 ) at callint.c:390 input =3D 0xa088db funval =3D 0xa085fd events =3D 1 result =3D 0xa085f8 args =3D 0x7fffffffdc2d visargs =3D 0x1 specs =3D 0x3c50613 filter_specs =3D 0xa088db teml =3D 0x0 up_event =3D 0x0 enable =3D 0x0 sa_avail =3D 16384 sa_count =3D 6 sa_must_free =3D false speccount =3D 6 next_event =3D 140737488346000 prefix_arg =3D 0x0 string =3D 0x0 tem =3D 0x0 varies =3D 0x1 i =3D 0 nargs =3D 0 mark =3D 140737488346608 arg_from_tty =3D false key_count =3D 1 record_then_fail =3D false save_this_command =3D 0xd63e0 save_last_command =3D 0x0 save_this_original_command =3D 0xd63e0 save_real_this_command =3D 0xd63e0 #27 0x0000000000610db7 in funcall_subr (subr=3D0xc51ba0 , numargs=3D3, args=3D0x7fffffffdfa0) at eval.c:2898 internal_argbuf =3D {0xd63e0, 0xa00000000, 0xc51ba0 , 0x7fffffff= ded8, 0x559943 , 0xaffffded0, 0xc51ba5 , 0x0} internal_args =3D 0x7fffffffdfa0 #28 0x0000000000610929 in Ffuncall (nargs=3D4, args=3D0x7fffffffdf98) at ev= al.c:2818 fun =3D 0xc51ba5 original_fun =3D 0xae3e0 funcar =3D 0x7fffffffdf50 numargs =3D 3 val =3D 0x0 count =3D 5 #29 0x000000000065d0a1 in exec_byte_code (bytestr=3D0xa0898c ,= vector=3D0xa089ad , maxdepth=3D0x36, args_template=3D0x1006, = nargs=3D1, args=3D0x7fffffffe4e0) at bytecode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x660a26 , 0x660a57 = , 0x660a59 , 0x660a5b , 0x660a5= d , 0x660a5d , 0x660ada , 0x660b69 , 0x65c91e , 0x65c920 , 0x65c922 , 0x65= c924 , 0x65c926 , 0x65c926 , 0x65c92f , 0x65c8db , 0x65cd3e , 0x65cd40 , 0x65c= d42 , 0x65cd44 , 0x65cd46 , 0x65cd46 , 0x65cd90 , 0x65cd4f , 0x65cf74 , 0x65cf= 76 , 0x65cf78 , 0x65cf7a , 0x65cf7c , 0x65cf7c , 0x65cf13 , 0x65cf33 , 0x65d05= f , 0x65d061 , 0x65d063 , 0x65d065 , 0x65d067 , 0x65d067 , 0x65cffe , 0x65d01e= , 0x65d14d , 0x65d14f , 0x65d151 , 0x65d153 = , 0x65d155 , 0x65d155 , 0x65d0ec = , 0x65d10c , 0x65dbc0 , 0x65da76 , 0x65da6a ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x660a26 , 0x660a26 , 0x65de57 , 0x65df68 , 0x65dfdd , 0x65e053 , 0x65e0= cd , 0x65cb85 , 0x65cc18 , 0x65e15f , 0x65cadd , 0x65cc95 , 0x65e1df , 0x65e26= 2 , 0x65e2bf , 0x65e342 , 0x65e3a9 , 0x65e4b3 , 0x65e510 , 0x65e593 , 0x65e639= , 0x65e696 , 0x65e6f3 , 0x65e776 , 0x65e7f9 = , 0x65e87c , 0x65e922 , 0x65e989 = , 0x65e9f0 , 0x65eafa , 0x65eb88 , 0x65ec16 , 0x65edf6 , 0x65ee7e , 0x65e= f06 , 0x65ef8e , 0x65f016 , 0x65f07d , 0x65f10c , 0x65f173 , 0x65f1da ,= 0x65f241 , 0x65f392 , 0x65d8ab= , 0x65f402 , 0x65f45f , 0x65f561 , 0x65f5dc , 0x65f64c , 0x65f6a9 , 0x6= 5f701 , 0x65f759 , 0x65f7b9 , 0x660a26 , 0x65f826 , 0x65f87e , 0x65f8d6 , 0x65f92e , 0x65f986 , 0x65f9= de , 0x65d8ab , 0x660a26 , 0x65fa3b , 0x65faa2 , 0x65faff , 0x65fb5c , 0= x65fbdf , 0x65fc62 , 0x65fcbf <= exec_byte_code+14614>, 0x65fdda , 0x65fe5d , 0x65fee0 , 0x65ff63 , 0x65ffbb , 0x660a26 , 0x65= d7ac , 0x65d225 , 0x65ca2d , 0x65d314 , 0x65d3bc , 0x65d461 , 0x65d74e , 0x65d= 766 , 0x65ceb1 , 0x65d856 , 0x65d8ee , 0x65d991 , 0x65d9e6 , 0x65dc18 , 0x65dc= 9e , 0x65dd3e , 0x65ddb9 , 0x65d1c8 , 0x660018 , 0x6600be , 0x66011b , 0x66= 0178 , 0x6601d5 , 0x660232 , 0x6602b5 , 0x660338 , 0x6603bb , 0x66043e = , 0x6605ac , 0x66062f , 0x6606b= 2 , 0x66070f , 0x660792 , 0x660815 , 0x660872 , 0x6608cf , 0x65f2a8 , 0= x65f30f , 0x660936 , 0x6609b0 <= exec_byte_code+17927>, 0x660a26 , 0x65d506 , 0x65d52c , 0x65d5b6 = , 0x65d640 , 0x65d6c7 , 0x65e410 = , 0x65ea57 , 0x65f4be , 0x660c23 , 0x660cb3 , 0x660a26 , 0x660a26 , 0x660= d70 , 0x660e21 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 , 0x660a26 ,= 0x660a26 , 0x660a26 , 0x660a26= , 0x66104f } const_length =3D 25 bytestr_length =3D 165 vectorp =3D 0xa089b0 quitcounter =3D 1 '\001' stack_items =3D 14 sa_avail =3D 16107 sa_count =3D 5 sa_must_free =3D false alloc =3D 0x7fffffffdf60 item_bytes =3D 112 stack_base =3D 0x7fffffffdf60 top =3D 0x7fffffffdf98 stack_lim =3D 0x7fffffffdfd0 bytestr_data =3D 0x7fffffffdfd0 "\306\020\211?\205\023" pc =3D 0x7fffffffe04b "\006\006\071\203\242" count =3D 5 result =3D 0x120067184f #30 0x00000000006113ff in funcall_lambda (fun=3D0xa0895d , nar= gs=3D1, arg_vector=3D0x7fffffffe4d8) at eval.c:3019 size =3D 5 val =3D 0x6113ff syms_left =3D 0x1006 next =3D 0x0 lexenv =3D 0x1200a0a82d count =3D 5 i =3D 10520920 optional =3D 127 rest =3D false previous_optional_or_rest =3D false #31 0x000000000061096d in Ffuncall (nargs=3D2, args=3D0x7fffffffe4d0) at ev= al.c:2820 fun =3D 0xa0895d original_fun =3D 0x3ae0 funcar =3D 0x0 numargs =3D 1 val =3D 0x610aeb count =3D 4 #32 0x00000000006101ca in call1 (fn=3D0x3ae0, arg1=3D0xd63e0) at eval.c:2669 #33 0x00000000005630d8 in command_loop_1 () at keyboard.c:1484 scount =3D 3 cmd =3D 0xd63e0 keybuf =3D {0x200001e2, 0x6124d4 , 0x100000002, 0x7ffffff= fe5c0, 0xcc6020 , 0x0, 0x0, 0x7fffffffe590, 0x5591fb , 0x0, 0x7fffffffe600, 0x612744 , 0xda0af3 , 0x3, 0xcc6020 , 0x0, 0x0, 0x7fffffffe5e0, 0x55= 91fb , 0xd58405 , 0x7ffffff= fe620, 0x60d40a , 0x1005591fb, 0x4dd0, 0x7ffffff= fe640, 0x2d360b0, 0x0, 0x0, 0x7fffffffe650, 0x60d313 } i =3D 1 prev_modiff =3D 8 prev_buffer =3D 0xd58400 already_adjusted =3D false #34 0x000000000060cf56 in internal_condition_case (bfun=3D0x56289c , handlers=3D0x4dd0, hfun=3D0x56202f ) at eval.c:1332 val =3D 0x5591fb c =3D 0x2d360b0 #35 0x0000000000562586 in command_loop_2 (ignore=3D0x0) at keyboard.c:1111 val =3D 0x0 #36 0x000000000060c7e4 in internal_catch (tag=3D0xc2a0, func=3D0x562559 , arg=3D0x0) at eval.c:1097 val =3D 0x40e00000000 c =3D 0x2d30900 #37 0x0000000000562524 in command_loop () at keyboard.c:1090 #38 0x0000000000561bfe in recursive_edit_1 () at keyboard.c:696 count =3D 1 val =3D 0x6121f5 #39 0x0000000000561d82 in Frecursive_edit () at keyboard.c:767 count =3D 0 buffer =3D 0x0 #40 0x000000000055f834 in main (argc=3D1, argv=3D0x7fffffffe9a8) at emacs.c= :1724 stack_bottom_variable =3D 0xa50554279372fa00 do_initial_setlocale =3D true dumping =3D false skip_args =3D 0 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 disable_aslr =3D false rlim =3D {rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615} sockfd =3D -1 From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.1516551379868 (code B ref 30182); Sun, 21 Jan 2018 16:17:02 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 16:16:19 +0000 Received: from localhost ([127.0.0.1]:37219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edII6-0000Dv-FX for submit@debbugs.gnu.org; Sun, 21 Jan 2018 11:16:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60339) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edII3-0000Df-R9 for 30182@debbugs.gnu.org; Sun, 21 Jan 2018 11:16:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1edIHt-0008Ts-SF for 30182@debbugs.gnu.org; Sun, 21 Jan 2018 11:16:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=BAYES_00,FUZZY_XPILL, T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46973) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1edIHt-0008Tl-OP; Sun, 21 Jan 2018 11:16:05 -0500 Received: from [176.228.60.248] (port=2143 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1edIHr-0002uE-CB; Sun, 21 Jan 2018 11:16:04 -0500 Date: Sun, 21 Jan 2018 18:15:48 +0200 Message-Id: <83vafvqjbf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87efmj27d5.fsf@gmail.com> (message from Sujith on Sun, 21 Jan 2018 09:25:48 +0530) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> 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: -3.3 (---) 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.3 (---) > From: Sujith > Cc: rudalics@gmx.at, 30182@debbugs.gnu.org > Date: Sun, 21 Jan 2018 09:25:48 +0530 > > Eli Zaretskii writes: > > Can you provide a backtrace from a non-optimized build, please? > > Sorry, internet service problems. :-) No need to apologize, thanks for helping us debug this problem. > Thread 1 (Thread 0x7ffff7fabb00 (LWP 4601)): > #0 0x0000000000559474 in XSETCAR (c=0x0, n=0x33b6815) at lisp.h:1318 > #1 0x0000000000616bf9 in concat (nargs=1, args=0x7fffffffc288, target_type=Lisp_Cons, last_special=false) at fns.c:751 > elt = 0x33b6815 > thislen = 0x5a63f618 > thisleni = 0 > thisindex = 0 > thisindex_byte = 0 > val = 0x3ed42f3 > tail = 0x0 > this = 0x0 > toindex = -1 Please show the output of these GDB commands: (gdb) source /path/to/emacs/src/.gdbinit (gdb) pp Vtimer_list Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 18:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151655937820758 (code B ref 30182); Sun, 21 Jan 2018 18:30:02 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 18:29:38 +0000 Received: from localhost ([127.0.0.1]:37341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edKN8-0005Oi-H4 for submit@debbugs.gnu.org; Sun, 21 Jan 2018 13:29:38 -0500 Received: from mail-pg0-f54.google.com ([74.125.83.54]:38619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edKN6-0005OU-Sb for 30182@debbugs.gnu.org; Sun, 21 Jan 2018 13:29:37 -0500 Received: by mail-pg0-f54.google.com with SMTP id y27so5322284pgc.5 for <30182@debbugs.gnu.org>; Sun, 21 Jan 2018 10:29:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=UJ23WOoBP0WtAUATiUVc4Aw2s70gWwpLE8wF//Ok6nI=; b=tn500MysUCuD8xmsMVeThX4qJrsvtt9pKAEAiq2KIy5E8iZvfXDUo5E+lo3nQPu27B X/YBR897Fnf+wSo1C4g1IR+BtIR5Aw/+3qckR237Cn8TKoQHMWDrSW+ARNSYfyrkpCsm BbzFRil4EcY/WDGVES1LrQMbi+fxnMLqZid6D1fgraIuYwd1BnGjnvKvlutHpTuhuON4 30016ds22porpJV91ZGhtw9n/rSGZbGE+UhvwTjlzS8he4q86g3kfB6vr7a3nK4d/LcU qSjn4BgyV7Jm447ew0qCN7CJOXhmi5ABRgWYSNkj3tAbBRb5S6iEoWLX97dXzbtFCy1Y 5iXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=UJ23WOoBP0WtAUATiUVc4Aw2s70gWwpLE8wF//Ok6nI=; b=ERwACQdOwURdfXVSaRZj2tveTUp6UmCQr7kSLs7VlyfNgzw41BxpGHE33dEl48anut vW3PMIpBZ0tdCc5qqLoGR9yY20LYVd3pdmMej5XpUj14/CFd4jFIr3X2Zv1fjXCKr1Vx MeTb2xuz9lzKEASRJHt6G1Y4nsVeaqaxPvBBqxQtYyXyn11XxhQcnSoSWIMZNcw8vY+E BWrfp7l6FuK5uY0IT8k0q/rK5g0laMZGxSjyxFqf9mVerDTfNAJqsIwqcadmS+VlZ0wF IZ+st4OGFkM7JA7tkDf07vaOPUtFqX3KFEmXY1ZUtMJ/s74Z41aW0+arCkcyJo7rsUoI ARxg== X-Gm-Message-State: AKwxyteGieLPoIDcZMJ4Ys+62Y5byUtCoVyjyGLZQnAaon23yNXSq8bE lr4ffCbriVWSCNwsbLOT8uHmHi4x X-Google-Smtp-Source: AH8x227XpP4m8GChVXtrQbbZXdP71LJ235N4ATEUQT13+efCz4XJ162si0NugpPYhV6r6yOspFqG9g== X-Received: by 10.101.101.11 with SMTP id x11mr5205160pgv.130.1516559370756; Sun, 21 Jan 2018 10:29:30 -0800 (PST) Received: from the-damned ([117.251.233.76]) by smtp.gmail.com with ESMTPSA id y18sm26230515pfa.175.2018.01.21.10.29.28 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 21 Jan 2018 10:29:30 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <83vafvqjbf.fsf@gnu.org> Date: Sun, 21 Jan 2018 23:59:15 +0530 Message-ID: <87inbvxdz8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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.0 (/) Eli Zaretskii writes: > Please show the output of these GDB commands: > > (gdb) source /path/to/emacs/src/.gdbinit > (gdb) pp Vtimer_list (gdb) r Starting program: /home/sujith/dev/emacs/src/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffe79ea700 (LWP 11682)] lisp.h:1289: Emacs fatal error: assertion failed: CONSP (c) Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3D6, backtr= ace_limit=3D2147483647) at emacs.c:364 364 { (gdb) bt #0 0x000000000058db4a in terminate_due_to_signal (sig=3D6, backtrace_limit= =3D2147483647) at emacs.c:364 #1 0x000000000062a6b2 in die (msg=3D0x76bccb "CONSP (c)", file=3D0x76bc08 = "lisp.h", line=3D1289) at alloc.c:7423 #2 0x0000000000587881 in xcar_addr (c=3DXIL(0)) at lisp.h:1289 #3 0x0000000000587981 in XSETCAR (c=3DXIL(0), n=3DXIL(0x34f6015)) at lisp.= h:1318 #4 0x000000000065b2a0 in concat (nargs=3D1, args=3D0x7fffffffdb18, target_= type=3DLisp_Cons, last_special=3Dfalse) at fns.c:751 #5 0x000000000065a412 in Fcopy_sequence (arg=3DXIL(0x402cfc3)) at fns.c:514 #6 0x000000000059bb6a in timer_check () at keyboard.c:4381 #7 0x000000000059965d in readable_events (flags=3D1) at keyboard.c:3349 #8 0x00000000005a102b in get_input_pending (flags=3D1) at keyboard.c:6805 #9 0x00000000005a9234 in detect_input_pending_run_timers (do_display=3Dtru= e) at keyboard.c:9943 #10 0x00000000006ba99d in wait_reading_process_output (time_limit=3D30, nse= cs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3DXIL(0), wait_proc= =3D0x0, just_wait_proc=3D0) at process.c:5514 #11 0x0000000000424ad1 in sit_for (timeout=3Dmake_number(30), reading=3Dtru= e, display_option=3D1) at dispnew.c:5804 #12 0x0000000000597253 in read_char (commandflag=3D1, map=3DXIL(0x409bc63),= prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffe371, end_time=3D0x0) at = keyboard.c:2723 #13 0x00000000005a7322 in read_key_sequence (keybuf=3D0x7fffffffe510, bufsi= ze=3D30, prompt=3DXIL(0), dont_downcase_last=3Dfalse, can_return_switch_fra= me=3Dtrue, fix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at keyboar= d.c:9137 #14 0x00000000005931a2 in command_loop_1 () at keyboard.c:1370 #15 0x000000000064fe57 in internal_condition_case (bfun=3D0x592d18 , handlers=3DXIL(0x4dd0), hfun=3D0x592325 ) at eval.c:13= 32 #16 0x0000000000592924 in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:11= 11 #17 0x000000000064f2ed in internal_catch (tag=3DXIL(0xc2a0), func=3D0x5928f= 7 , arg=3DXIL(0)) at eval.c:1097 #18 0x00000000005928c2 in command_loop () at keyboard.c:1090 #19 0x0000000000591e0c in recursive_edit_1 () at keyboard.c:696 #20 0x0000000000592004 in Frecursive_edit () at keyboard.c:767 #21 0x000000000058f9c4 in main (argc=3D1, argv=3D0x7fffffffe968) at emacs.c= :1724 (gdb) pp Vtimer_list ([nil 23140 55974 404979 0.5 blink-cursor-timer-function nil nil 754000] [n= il 23140 55974 497739 nil #[(buffer) "!=C2=85q=C2=88=C3=83=C2=89)=C2=87" [b= uffer w3m-modeline-title-timer buffer-live-p nil] 2] (#) nil = 729000] [nil 23140 55974 642990 nil undo-auto--boundary-timer nil nil 60100= 0] [nil 23140 56000 0 60 display-time-event-handler nil nil 0] [nil 23140 5= 6261 811065 300 savehist-autosave nil nil 577000]) From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jan 2018 18:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 30182@debbugs.gnu.org Cc: martin rudalics , Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151655986921654 (code B ref 30182); Sun, 21 Jan 2018 18:38:01 +0000 Received: (at 30182) by debbugs.gnu.org; 21 Jan 2018 18:37:49 +0000 Received: from localhost ([127.0.0.1]:37353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edKV3-0005dB-LZ for submit@debbugs.gnu.org; Sun, 21 Jan 2018 13:37:49 -0500 Received: from mail-pg0-f46.google.com ([74.125.83.46]:42646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edKV1-0005cx-PN for 30182@debbugs.gnu.org; Sun, 21 Jan 2018 13:37:48 -0500 Received: by mail-pg0-f46.google.com with SMTP id q67so5322565pga.9 for <30182@debbugs.gnu.org>; Sun, 21 Jan 2018 10:37:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=2dqJFZcwpaOjgSyvUfUkCWSPSYdNf1pLKTm/V3GykW0=; b=LHj8tmueU5MYMxCbMTq1nrLd692iCplGXvFifz8/mdd9nuN3OJvK90Vk3RSTnQcTVE n5W9u/VeS40iZpUnqkb/8ZymGwm2S9LfuGCmsLP8/KzA9ZkH+Eb4bSmqX1gzTZ1oKZY5 RdsaURK/vHK+xO408l2Q7hOv2/MsQqybzWVurOpw9kyCN8gAhmOsf+D/0/zqS2LG+Qhp IsRjUbYDFY02dcN6KcH4cO+qXMqzu7/A2n/vL2dWy1CghGJb3zmWQKjJ628m+w2X8Oen ihrTUYNE1Q9YQjl7hk0g1YhNCPdGy5/Vyn3Qp6gan0Pe2aGB5gI7OI7wJD4IuKa/xzWU pbTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=2dqJFZcwpaOjgSyvUfUkCWSPSYdNf1pLKTm/V3GykW0=; b=TWEDF+mw+NXDePdchH562MC+e2EefSalnEtZXro7nAExWAlnLPFEc0X9PmxP2PD99Q NuP79q9o5mJCMsYz1NHHWxNmmUj3nK+6zaCdKsX1tUuAdJyj3isf1x/iPTPo+gDntbHz mkA5KabLaS59Q72Y/4nbY4vrIFXLLDonqBbtE+mwqL2MMcK2QZ7mtFCy2wfJj3u6djUJ bd1kkUknKfHkkAGTDF/YrT++F9tDDEYm25r1iYq0PQhEoZG3xU5H/SB64xrk4fwjMO5J HUFssH946/93IU7IUkwdPOKs4AN/7bAGWD/KxL3nTIvWix+nE+x13PVqG8cBiB1n6Txi nVCg== X-Gm-Message-State: AKwxyteUvYDkq04B2ulYug1tQqGGZW+JhmFTetuH2f2hMtVrnud8vgpm fSAOOkbGOX2x3/tz99H8JLo= X-Google-Smtp-Source: AH8x226LhjxYnc0Lxs9HP3xyPV8ku+4euitHFkPGrbiNr0ZKTMwHVmgjjCe8A8z5TroL5RhYV83v+A== X-Received: by 2002:a17:902:28c3:: with SMTP id f61-v6mr2211004plb.264.1516559861828; Sun, 21 Jan 2018 10:37:41 -0800 (PST) Received: from the-damned ([117.251.233.76]) by smtp.gmail.com with ESMTPSA id s186sm25241579pgb.67.2018.01.21.10.37.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 21 Jan 2018 10:37:41 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <87mv182bzk.fsf@gmail.com> Date: Mon, 22 Jan 2018 00:07:32 +0530 Message-ID: <87h8rfxdlf.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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.0 (/) Sujith writes: > I am not familiar with w3m internals, sorry. > But, without starting w3m, the crash doesn't happen. > > I think w3m updates the mode-line based on the title of the > HTML page that is displayed. If I change the default value of w3m-use-title-buffer-name and set it to non-nil, then the crash doesn't seem to happen. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Jan 2018 09:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith , Eli Zaretskii Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151661251812750 (code B ref 30182); Mon, 22 Jan 2018 09:16:01 +0000 Received: (at 30182) by debbugs.gnu.org; 22 Jan 2018 09:15:18 +0000 Received: from localhost ([127.0.0.1]:37678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edYCE-0003Ja-BV for submit@debbugs.gnu.org; Mon, 22 Jan 2018 04:15:18 -0500 Received: from mout.gmx.net ([212.227.17.22]:53523) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edYCB-0003JL-8e for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 04:15:15 -0500 Received: from [192.168.1.100] ([213.162.73.242]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGoU1-1eYrEb0n1l-00DZS8; Mon, 22 Jan 2018 10:15:08 +0100 Message-ID: <5A65AB97.1030401@gmx.at> Date: Mon, 22 Jan 2018 10:15:03 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> In-Reply-To: <87inbvxdz8.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:LybjCYMOKrzD5aSMkfaIUWjdOEmpXjQthGRpqsk1whHwAb9ICIa Yypn6QMT7D3KZkHJF6FBfQK9yaFk/q/G68D10QdxZc1D/hFYT7w/YOqjW3zNdqxneixecLK Jxa/TC8gPR5sV+60aQaiu81UYFNmcvbWY0VeSB5sk6pue5KgwePNxvXZU/ORve5RhIUADbd vWt11ZuLoN9EKH9f6ZcIg== X-UI-Out-Filterresults: notjunk:1;V01:K0:M19cG5Lpfnc=:DKB2xMzFQoJpcCCzUUNere YRWt9aGlo4hUcLdH2VTmVAoB6ASJIAQe1DqZb+cH6swI3NtJFj472x9nb8ax8ji/zf5auhbRK fVqZWeOLGfM4SvMeQ+MrofdCTMcA3JdWlUj9dv+yr7ujVM6AQaVuU20m+jm1iq2+rO8Aio/CR +jhXmjr7ZSrhbDRBevx9mNWQnsQK5HjmN46o+3mUwTDMbdBMJ5wLav0KCly4vlcMC5VNVaDIL 2wm8Em/csV4pAgv1UbOECHHM7CMsLFIlf+KLXPM0aZjnHKZgfPUveDi9luFsafUZyFbwbyqBl LrTw0N34I65G+5mJkS8yt71jBN4SXbtdA2CbqYVPhNiSnmrOAhUUHQsY86T6QcesvfhJTJ0vF 8ELQuGxkQ3xYEimTfUu6G5TFHHh2HjwVCuU1+A6v6gmMscOTrujW24acK8Iw/Vppbns7qASah oX0eE4X7zB69bcFkdW0XJp6zllF9XsylkiqlZJIxSLrJm7TAjZ68CGAokO2CFVLrvhqcdPS33 yqUDb0jvYMCmzZC2iLtdjT3zuXmIYbUkDZXgitlMfvIfI0/JWJ2KsOlgvAc0T4rUUXyLOeHRj DBa9WUO5nbZRdxhX2y/cyONXiNv8sL4Z/a6toZfX9oolNjMNCnERObDf6nK9cRkPN+Y39mEbg fMX8/fGjK2OljktDfpVFOUz1Fgxf4jN5Ql3N1A5yzJT65xWyc+mG7rc+lmjURm6k6JkiS/Oa+ 7bsPe+EcTbWJcgCIrHNf/fQoDGHVBoZvT1qcUqNv3FZnzFDYZpXjAnIy5SowtfsMAKSu6SklX qoyyfQpbaJZKl/u+ovLtBmOfYHyXwrT5faeCcTTTx8RKqRDPDo8RB7YrhzSUbytxkRNzUoK X-Spam-Score: -0.0 (/) 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.0 (/) > (gdb) pp Vtimer_list > ([nil 23140 55974 404979 0.5 blink-cursor-timer-function nil nil 75400= 0] [nil 23140 55974 497739 nil #[(buffer) "!=C2=85q=C2=88=C3=83=C2=89)=C2= =87" [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (#) nil 729000] [nil 23140 55974 642990 nil undo-auto--boundary-timer ni= l nil 601000] [nil 23140 56000 0 60 display-time-event-handler nil nil 0]= [nil 23140 56261 811065 300 savehist-autosave nil nil 577000]) Can you please do a bt full here: The previous backtrace you posted had result_len =3D 4 which indicates that `timer-list' contained four timers. But the above result of pp indicates that there are five timers. Hence the two backtraces appear incongruent in this regard. Thanks, martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Jan 2018 15:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151663378727903 (code B ref 30182); Mon, 22 Jan 2018 15:10:02 +0000 Received: (at 30182) by debbugs.gnu.org; 22 Jan 2018 15:09:47 +0000 Received: from localhost ([127.0.0.1]:38293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eddjF-0007Fy-OP for submit@debbugs.gnu.org; Mon, 22 Jan 2018 10:09:47 -0500 Received: from mail-pf0-f177.google.com ([209.85.192.177]:40953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eddjD-0007Fl-J8 for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 10:09:44 -0500 Received: by mail-pf0-f177.google.com with SMTP id i66so7298446pfd.7 for <30182@debbugs.gnu.org>; Mon, 22 Jan 2018 07:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=yb9FzhQg0nTb+oQ1U5+w8gKP2XWLahztamTpTxpMoso=; b=PyGTmArqjeO5GuyBeASWDQ3PLXbHMn164YdUp4bEbl4FEJrdsBDp/3XefquLEJ0QyD QuX7ndD//nhreg0R2Y9cVd02yqZ5cY8ZKktQAPbvChrU23k4OzXWGrwANnCle+pN3fZr ULL9FOQnnz5rwCs6scfNowrqYcNkvOJChiMq2G2Hh9ROwXLkShLImcgcyeAjaubob0O6 9bnKHwnI5B3ZpJZidW6VZydTd26ol/NuHFNmve46Gu1yvG5iFLqJdnGE1K72RJPjSN4k GwIkwHqU3AI5PV0LBplPIJdKpIAhFk2p+D4GQBe8cXJiKFLbmyy+/RPEuUO1xrkYzQMD tMlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=yb9FzhQg0nTb+oQ1U5+w8gKP2XWLahztamTpTxpMoso=; b=fu7ERqrBLkQiG+7YB3FS0EpBsbk1K49SnxQVbYekD39GpVWB5185ff8J/WSsVcvdHj fddxMwtQj2oQWmEKiGa2HEWUtBtf7pqTVD83UfFtJBYN/QKZj8y93qVgs4HRrsJD3ILR 9T9C3msp+VTNOwB2BKqv91IMHO+Be5MpJjqhsFjDjrQrUi/o7aVRmtl+CtCKlhgMgQZr udQXprvMMhShhmECahpU7LfK6HmAKZuXrVvoJnI8nimBlARZCEFKMExqFuwcneN2U2Tc gS0/01jZFt2zrQ7YkUxYuDm4fBUTeRvC3MINZzfZD5i6SWlTy09wFivi3hQWXD+CiEaD HIfg== X-Gm-Message-State: AKwxytduTpSVaJ21Sphii9xKrt87E0F+JG80Sm7VgAvj5QuLXhn41A7K 2gofcoXTy7R3ZmqiiiwQDJsdVDaY X-Google-Smtp-Source: AH8x225aQ/MMD0Ffjx5SyReRp0/5xfMOq+QoGAEew8BIN+2p+nvRisplWKl1kdi65GMjwa87vQtjLA== X-Received: by 10.99.115.82 with SMTP id d18mr7419847pgn.312.1516633777261; Mon, 22 Jan 2018 07:09:37 -0800 (PST) Received: from the-damned ([117.249.162.165]) by smtp.gmail.com with ESMTPSA id q67sm1469348pfi.164.2018.01.22.07.09.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Jan 2018 07:09:36 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <5A65AB97.1030401@gmx.at> Date: Mon, 22 Jan 2018 20:39:15 +0530 Message-ID: <87po62kk10.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > Can you please do a bt full here: The previous backtrace you posted > had result_len =3D 4 which indicates that `timer-list' contained four > timers. But the above result of pp indicates that there are five > timers. Hence the two backtraces appear incongruent in this regard. Here's the trace: (gdb) r Starting program: /home/sujith/dev/emacs/src/emacs=20 [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffe79ea700 (LWP 1547)] lisp.h:1289: Emacs fatal error: assertion failed: CONSP (c) Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3D6, backtr= ace_limit=3D2147483647) at emacs.c:364 364 { (gdb) thread apply all bt full Thread 2 (Thread 0x7fffe79ea700 (LWP 1547)): #0 0x00007fffefd2391b in poll () at /usr/lib/libc.so.6 #1 0x00007ffff4fe6ff3 in () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff4fe710e in g_main_context_iteration () at /usr/lib/libglib-2= .0.so.0 #3 0x00007ffff4fe7162 in () at /usr/lib/libglib-2.0.so.0 #4 0x00007ffff500f26a in () at /usr/lib/libglib-2.0.so.0 #5 0x00007ffff068308c in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007fffefd2de1f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7ffff7fabb00 (LWP 1543)): #0 0x000000000058db53 in terminate_due_to_signal (sig=3D6, backtrace_limit= =3D2147483647) at emacs.c:364 #1 0x000000000062a6b2 in die (msg=3D0x76bccb "CONSP (c)", file=3D0x76bc08 = "lisp.h", line=3D1289) at alloc.c:7423 #2 0x0000000000587881 in xcar_addr (c=3DXIL(0)) at lisp.h:1289 #3 0x0000000000587981 in XSETCAR (c=3DXIL(0), n=3DXIL(0x34f7435)) at lisp.= h:1318 #4 0x000000000065b2a0 in concat (nargs=3D1, args=3D0x7fffffffdbb8, target_= type=3DLisp_Cons, last_special=3Dfalse) at fns.c:751 elt =3D XIL(0x34f7435) thislen =3D make_number(379158388) thisleni =3D 0 thisindex =3D 0 thisindex_byte =3D 0 val =3D XIL(0x3f45ec3) tail =3D XIL(0) this =3D XIL(0) toindex =3D -1 toindex_byte =3D 0 result_len =3D 4 result_len_byte =3D 4 argnum =3D 0 last_tail =3D XIL(0) prev =3D XIL(0x3f46903) some_multibyte =3D false textprops =3D 0x0 num_textprops =3D 0 sa_avail =3D 16384 sa_count =3D 4 sa_must_free =3D false #5 0x000000000065a412 in Fcopy_sequence (arg=3DXIL(0x3e87693)) at fns.c:514 #6 0x000000000059bb6a in timer_check () at keyboard.c:4381 nexttime =3D { tv_sec =3D 0,=20 tv_nsec =3D 0 } timers =3D make_number(198505096) idle_timers =3D XIL(0) tem =3D XIL(0) #7 0x000000000059965d in readable_events (flags=3D1) at keyboard.c:3349 #8 0x00000000005a102b in get_input_pending (flags=3D1) at keyboard.c:6805 #9 0x00000000005a9234 in detect_input_pending_run_timers (do_display=3Dtru= e) at keyboard.c:9943 old_timers_run =3D 16 #10 0x00000000006ba99d in wait_reading_process_output (time_limit=3D30, nse= cs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3DXIL(0), wait_proc= =3D0x0, just_wait_proc=3D0) at process.c:5514 old_timers_run =3D 16 old_buffer =3D 0x3f3adc0 old_window =3D XIL(0x1604c35) leave =3D false process_skipped =3D false channel =3D 9 nfds =3D 1 Available =3D { fds_bits =3D {32, 0 } } Writeok =3D { fds_bits =3D {0 } } check_write =3D true check_delay =3D 0 no_avail =3D false xerrno =3D 11 proc =3D XIL(0) timeout =3D { tv_sec =3D 0,=20 tv_nsec =3D 0 } end_time =3D { tv_sec =3D 1516633583,=20 tv_nsec =3D 246352447 } timer_delay =3D { tv_sec =3D 0,=20 tv_nsec =3D 452443803 } got_output_end_time =3D { tv_sec =3D 1516633583,=20 tv_nsec =3D 246352447 } wait =3D TIMEOUT got_some_output =3D -1 retry_for_async =3D false count =3D 3 now =3D { tv_sec =3D 0,=20 tv_nsec =3D -1 } #11 0x0000000000424ad1 in sit_for (timeout=3Dmake_number(30), reading=3Dtru= e, display_option=3D1) at dispnew.c:5804 sec =3D 30 nsec =3D 0 do_display =3D true #12 0x0000000000597253 in read_char (commandflag=3D1, map=3DXIL(0x3d1ac73),= prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffe411, end_time=3D0x0) at = keyboard.c:2723 tem0 =3D XIL(0) timeout =3D 30 delay_level =3D 4 buffer_size =3D 3 c =3D XIL(0) jmpcount =3D 3 local_getcjmp =3D {{ __jmpbuf =3D {0, -2756135770501280503, 65862405, 48192, 0, 0, -= 2756135770595652343, 2756135161350065417},=20 __mask_was_saved =3D 0,=20 __saved_mask =3D { __val =3D {14722688, 0, 0, 140737488347792, 5797134, 21575827= , 5397392, 140737488347904, 6646082, 0, 3, 64072931, 0, 140737488347904, 14= 722688, 0} } }} save_jump =3D {{ __jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0},=20 __mask_was_saved =3D 0,=20 __saved_mask =3D { __val =3D {0 } } }} tem =3D XIL(0xd8db0) save =3D XIL(0) previous_echo_area_message =3D XIL(0) also_record =3D XIL(0) reread =3D false recorded =3D false polling_stopped_here =3D false orig_kboard =3D 0x2ef5620 #13 0x00000000005a7322 in read_key_sequence (keybuf=3D0x7fffffffe5b0, bufsi= ze=3D30, prompt=3DXIL(0), dont_downcase_last=3Dfalse, can_return_switch_fra= me=3Dtrue, fix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at keyboar= d.c:9137 interrupted_kboard =3D 0x2ef5620 interrupted_frame =3D 0x1603c60 key =3D XIL(0) used_mouse_menu =3D false echo_local_start =3D 0 last_real_key_start =3D 0 keys_local_start =3D 0 new_binding =3D XIL(0x7fffffffe490) count =3D 3 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D XIL(0x3d1ac73) first_unbound =3D 31 mock_input =3D 0 fkey =3D { parent =3D XIL(0x129b8a3),=20 map =3D XIL(0x129b8a3),=20 start =3D 0,=20 end =3D 0 } keytran =3D { parent =3D XIL(0xe9aa93),=20 map =3D XIL(0xe9aa93),=20 start =3D 0,=20 end =3D 0 } indec =3D { parent =3D XIL(0x129b8b3),=20 map =3D XIL(0x129b8b3),=20 start =3D 0,=20 end =3D 0 } shift_translated =3D false delayed_switch_frame =3D XIL(0) original_uppercase =3D XIL(0) original_uppercase_position =3D -1 dummyflag =3D false starting_buffer =3D 0x3f3adc0 fake_prefixed_keys =3D XIL(0) first_event =3D XIL(0) #14 0x00000000005931a2 in command_loop_1 () at keyboard.c:1370 cmd =3D XIL(0xd98b0) keybuf =3D=20 {make_number(134217848), XIL(0x656695), make_number(1073741824), = XIL(0xe0a680), XIL(0), XIL(0), XIL(0x7fffffffe600), make_number(1449283), X= IL(0x4), XIL(0), XIL(0x7fffffffe670), make_number(1661520), XIL(0xee5e83), = XIL(0xe0a680), XIL(0), XIL(0), XIL(0x7fffffffe650), make_number(1449283), X= IL(0), XIL(0xe9d405), XIL(0x7fffffffe690), XIL(0x6504b1), XIL(0x120202020),= XIL(0x4dd0), XIL(0x7fffffffe6b0), XIL(0x2e7b0b0), XIL(0), XIL(0), XIL(0x7f= ffffffe6c0), make_number(1655022)} i =3D 1 prev_modiff =3D 8 prev_buffer =3D 0xe9d400 already_adjusted =3D false #15 0x000000000064fe57 in internal_condition_case (bfun=3D0x592d18 , handlers=3DXIL(0x4dd0), hfun=3D0x592325 ) at eval.c:13= 32 val =3D XIL(0xee5e83) c =3D 0x2e7b0b0 #16 0x0000000000592924 in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:11= 11 val =3D XIL(0) #17 0x000000000064f2ed in internal_catch (tag=3DXIL(0xc2a0), func=3D0x5928f= 7 , arg=3DXIL(0)) at eval.c:1097 val =3D make_number(1449283) c =3D 0x2e75900 #18 0x00000000005928c2 in command_loop () at keyboard.c:1090 #19 0x0000000000591e0c in recursive_edit_1 () at keyboard.c:696 count =3D 1 val =3D XIL(0x7fffffffe7f0) #20 0x0000000000592004 in Frecursive_edit () at keyboard.c:767 count =3D 0 buffer =3D XIL(0) #21 0x000000000058f9c4 in main (argc=3D1, argv=3D0x7fffffffea08) at emacs.c= :1724 stack_bottom_variable =3D 0x7ffff021c388 do_initial_setlocale =3D true dumping =3D false skip_args =3D 0 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 disable_aslr =3D false rlim =3D { rlim_cur =3D 10022912,=20 rlim_max =3D 18446744073709551615 } sockfd =3D -1 (gdb) pp Vtimer_list ([nil 23141 64978 246464 0.5 blink-cursor-timer-function nil nil 189000] [n= il 23141 64978 302592 nil #[(buffer) "! q=C3=83=C2=89)=C2=87" [buffer w3m-modeline-title-timer buffer-live-p nil] 2= ] (#) nil 205000] [nil 23141 64978 719575 nil undo-auto--boun= dary-timer nil nil 383000] [nil 23141 64984 0 60 display-time-event-handler= nil nil 0] [nil 23141 65265 921067 300 savehist-autosave nil nil 717000]) (gdb) quit A debugging session is active. Inferior 1 [process 1543] will be killed. Quit anyway? (y or n) y From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Jan 2018 17:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15166427008809 (code B ref 30182); Mon, 22 Jan 2018 17:39:01 +0000 Received: (at 30182) by debbugs.gnu.org; 22 Jan 2018 17:38:20 +0000 Received: from localhost ([127.0.0.1]:38377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edg32-0002I0-3O for submit@debbugs.gnu.org; Mon, 22 Jan 2018 12:38:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57193) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edg30-0002Hn-Ak for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 12:38:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1edg2q-0003h2-3u for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 12:38:12 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40329) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1edg2q-0003gf-0C; Mon, 22 Jan 2018 12:38:08 -0500 Received: from [176.228.60.248] (port=3453 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1edg2p-0003g4-Jm; Mon, 22 Jan 2018 12:38:07 -0500 Date: Mon, 22 Jan 2018 19:37:54 +0200 Message-Id: <831sih23rh.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87po62kk10.fsf@gmail.com> (message from Sujith on Mon, 22 Jan 2018 20:39:15 +0530) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> 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-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: -5.0 (-----) > From: Sujith > Cc: Eli Zaretskii , 30182@debbugs.gnu.org > Date: Mon, 22 Jan 2018 20:39:15 +0530 > > martin rudalics writes: > > Can you please do a bt full here: The previous backtrace you posted > > had result_len = 4 which indicates that `timer-list' contained four > > timers. But the above result of pp indicates that there are five > > timers. Hence the two backtraces appear incongruent in this regard. > > Here's the trace: Thanks, but this looks the same as the previous one: > #4 0x000000000065b2a0 in concat (nargs=1, args=0x7fffffffdbb8, target_type=Lisp_Cons, last_special=false) at fns.c:751 > elt = XIL(0x34f7435) > thislen = make_number(379158388) > thisleni = 0 > thisindex = 0 > thisindex_byte = 0 > val = XIL(0x3f45ec3) > tail = XIL(0) > this = XIL(0) > toindex = -1 > toindex_byte = 0 > result_len = 4 ^^^^^^^^^^^^^^ [...] > (gdb) pp Vtimer_list > ([nil 23141 64978 246464 0.5 blink-cursor-timer-function nil nil 189000] [nil 23141 64978 302592 nil #[(buffer) "! > qÉ)‡" [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (#) nil 205000] [nil 23141 64978 719575 nil undo-auto--boundary-timer nil nil 383000] [nil 23141 64984 0 60 display-time-event-handler nil nil 0] [nil 23141 65265 921067 300 savehist-autosave nil nil 717000]) The above list has 5 elements, not 4. Martin, did you try reproducing this on your GNU/Linux box? Did you succeed? Also, could it be that the culprit is this part of the offending changeset: if (FRAMEP (tip_frame) && FRAME_LIVE_P (XFRAME (tip_frame))) { - Lisp_Object last_string = AREF (last_show_tip_args, 0); - Lisp_Object last_frame = AREF (last_show_tip_args, 1); - Lisp_Object last_parms = AREF (last_show_tip_args, 2); - if (FRAME_VISIBLE_P (XFRAME (tip_frame)) - && EQ (frame, last_frame) - && !NILP (Fequal_including_properties (last_string, string)) - && !NILP (Fequal (last_parms, parms))) + && EQ (frame, tip_last_frame) + && !NILP (Fequal_including_properties (tip_last_string, string)) + && !NILP (Fequal (tip_last_parms, parms))) { /* Only DX and DY have changed. */ tip_f = XFRAME (tip_frame); if (!NILP (tip_timer)) { - Lisp_Object timer = tip_timer; - + call1 (Qcancel_timer, tip_timer); tip_timer = Qnil; - call1 (Qcancel_timer, timer); } block_input (); Note that the old code copied the tip timer, then nullified it, and then canceled it using the copy. While the new code cancels first and then nullifies. The crash seems to be caused by an element of timer-list becoming nil somehow. We need to understand how that happens. The relevant players are (1) the fact that w3m.el schedules a timer from a mode-line's :eval form, and (2) the tool-tip machinery, in particular its canceling timer. And it sounds like by the time copy-sequence runs and tries to copy timer-list, the damage to the list is already done. Also, an important thing to remember is that copy-sequence copies the list, but doesn't copy the elements, so the elements are shared with the original list. Hmm... From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Jan 2018 19:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Sujith Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151664758216279 (code B ref 30182); Mon, 22 Jan 2018 19:00:02 +0000 Received: (at 30182) by debbugs.gnu.org; 22 Jan 2018 18:59:42 +0000 Received: from localhost ([127.0.0.1]:38410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edhJm-0004ET-2W for submit@debbugs.gnu.org; Mon, 22 Jan 2018 13:59:42 -0500 Received: from mout.gmx.net ([212.227.15.19]:56918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edhJk-0004EE-Ds for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 13:59:40 -0500 Received: from [192.168.1.100] ([213.162.73.147]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Ln7wj-1fInMG2nWf-00hJFC; Mon, 22 Jan 2018 19:59:33 +0100 Message-ID: <5A663490.3050409@gmx.at> Date: Mon, 22 Jan 2018 19:59:28 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> In-Reply-To: <831sih23rh.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------040805010309030402080003" X-Provags-ID: V03:K0:MabufjvZYtP8yl3dhiiht35nIm9Vf/+4yVNDjfA+gZacfPhm6v8 Rk2OLtKGwDQ/GDa/s3oC1L+CctN+3jFYvq0DlYppX0i73wREL8++9G73Fv+uPr7xle7dbNB VOVMY94HKzpqcG2U0TA9oafsAYxt07xWKjosBDgiF6BW+P2zfdmSgxfFkj3TpxuPlaSA7kk mdKZAV6kAY7lVYi7kMVFQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Qmaog8BHOVU=:aODAsUgKhgCHEzA8Sd3/bJ 7bVlF1keAMJqsKt8UGodh567P6/uQ/cDgSF3Zfg2b1t3d1hXZohdSsYOVfrWt8F6ncQCsj3mK jF1DVeT0n+3EQ4jc6UZeOiezSTaOy5SYrgvIR0R2K9vCdXwVKSg2jNV9VusX9aReO0AaPnajb lmfCuiHccUWiXMDO+i/561RXFFI9AdxD75ber97SWWcbBh5hPv2uc1cGpnijkCV8KJe24d/H6 Yv3kjDSe6jAvybsze6QnUR5W3P4LHWwyt5F2p3WpXAVsafuJ567obBifg+RhrOdmcqygGwiF+ CJ1tTFhMfgQtCT/aAzXzbgeWju6FbXnmfWF0WqTjp0ykCOHUbDrV2e8EQqpz6qodfHweAsspL FLBFYegU9jMmH3dosTSiC37YCefX6Y06GaWST8K7h5eZYWzs67S0t4FFKOBFOmKGpa+PYJhye nusAhjjFTdyac3GiiLtG3n/BWllbwKq9tUQuo1woPo+vk23wdUwzwkJ7iTgjzSAV+bLZcCxg7 JvRNa0D+pzncS8Qz99Tr1zYNNGyyqK9GgTYv/XcVD8ZGFv+7MOvgxK2nPqJxaKAY7zrxl1ibB QDy+amx98UN9v/aPjYxtxZx5Hou6E9J0WrLCWee10Jw3wWmIuvBXDtg2NUW+z8T3hidk0d2Y+ VV3UcacPov9+nWRh4Flntxdxsy6gDSuNA6yZTXmZ/2NbteVf9bAxFvaG30oWjFPcpwOwrTxO/ 30SNWsTZ2lVTD36jf8Ud7GTbcPR7q0fqbVb+Ng7rp8exQDLad7VpsVnR13qT/BhLQOtmVrsZJ UJl2AqNlXZ3WCibduest+GPGybV4NowFyoTJd5HOAqDtCLFFA8= X-Spam-Score: -0.7 (/) 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.7 (/) This is a multi-part message in MIME format. --------------040805010309030402080003 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > The above list has 5 elements, not 4. Wouldn't that imply that a timer was added after `copy-sequence' started? > Martin, did you try reproducing this on your GNU/Linux box? Did you > succeed? So far I have condensed a ~50 lines excerpt from w3m.el which should include all necessary ingredients to shorten the mode line text as w3m does, but to no avail. > /* Only DX and DY have changed. */ > tip_f = XFRAME (tip_frame); > if (!NILP (tip_timer)) > { > - Lisp_Object timer = tip_timer; > - > + call1 (Qcancel_timer, tip_timer); > tip_timer = Qnil; > - call1 (Qcancel_timer, timer); > } > > block_input (); > > Note that the old code copied the tip timer, then nullified it, and > then canceled it using the copy. While the new code cancels first and > then nullifies. So that code really had some purpose? OTOH why would someone had bothered to write it in the first place. And if that someone was Gerd, he probably had enough prior experience with timer variables to put it there. Sujith, can you try the attached patch? > The crash seems to be caused by an element of timer-list becoming nil > somehow. We need to understand how that happens. The relevant > players are (1) the fact that w3m.el schedules a timer from a > mode-line's :eval form, and (2) the tool-tip machinery, in particular > its canceling timer. And it sounds like by the time copy-sequence > runs and tries to copy timer-list, the damage to the list is already > done. Also, an important thing to remember is that copy-sequence > copies the list, but doesn't copy the elements, so the elements are > shared with the original list. Hmm... The list with the 5 timers seems pretty innocuous to me. I still wonder why concat decided to reserve only 4 elements for its copy. martin --------------040805010309030402080003 Content-Type: text/plain; charset=windows-1252; name="xfns.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xfns.c.diff" ZGlmZiAtLWdpdCBhL3NyYy94Zm5zLmMgYi9zcmMveGZucy5jCmluZGV4IDQzYzU1Y2MuLjkx N2ZkZDUgMTAwNjQ0Ci0tLSBhL3NyYy94Zm5zLmMKKysrIGIvc3JjL3hmbnMuYwpAQCAtNjUy Niw4ICs2NTI2LDEwIEBAIHN0YXRpYyB2b2lkIGNvbXB1dGVfdGlwX3h5IChzdHJ1Y3QgZnJh bWUgKiwgTGlzcF9PYmplY3QsIExpc3BfT2JqZWN0LAogewogICBpZiAoIU5JTFAgKHRpcF90 aW1lcikpCiAgICAgewotICAgICAgY2FsbDEgKFFjYW5jZWxfdGltZXIsIHRpcF90aW1lcik7 CisgICAgICBMaXNwX09iamVjdCB0aW1lciA9IHRpcF90aW1lcjsKKwogICAgICAgdGlwX3Rp bWVyID0gUW5pbDsKKyAgICAgIGNhbGwxIChRY2FuY2VsX3RpbWVyLCB0aW1lcik7CiAgICAg fQogCiAjaWZkZWYgVVNFX0dUSwpAQCAtNjc1OSw4ICs2NzYxLDEwIEBAIHdpdGggb2Zmc2V0 IERZIGFkZGVkIChkZWZhdWx0IGlzIC0xMCkuCiAJICB0aXBfZiA9IFhGUkFNRSAodGlwX2Zy YW1lKTsKIAkgIGlmICghTklMUCAodGlwX3RpbWVyKSkKIAkgICAgewotCSAgICAgIGNhbGwx IChRY2FuY2VsX3RpbWVyLCB0aXBfdGltZXIpOworCSAgICAgIExpc3BfT2JqZWN0IHRpbWVy ID0gdGlwX3RpbWVyOworCiAJICAgICAgdGlwX3RpbWVyID0gUW5pbDsKKwkgICAgICBjYWxs MSAoUWNhbmNlbF90aW1lciwgdGltZXIpOwogCSAgICB9CiAKIAkgIGJsb2NrX2lucHV0ICgp OwoK --------------040805010309030402080003-- From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Jan 2018 20:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151665367827153 (code B ref 30182); Mon, 22 Jan 2018 20:42:02 +0000 Received: (at 30182) by debbugs.gnu.org; 22 Jan 2018 20:41:18 +0000 Received: from localhost ([127.0.0.1]:38562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ediu4-00073s-TC for submit@debbugs.gnu.org; Mon, 22 Jan 2018 15:41:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ediu2-00073f-LN for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 15:41:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1editt-0001wg-AN for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 15:41:09 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43494) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1editt-0001wa-6l; Mon, 22 Jan 2018 15:41:05 -0500 Received: from [176.228.60.248] (port=3726 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1edits-00010s-Cm; Mon, 22 Jan 2018 15:41:05 -0500 Date: Mon, 22 Jan 2018 22:40:51 +0200 Message-Id: <83wp09zkx8.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A663490.3050409@gmx.at> (message from martin rudalics on Mon, 22 Jan 2018 19:59:28 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@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-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: -5.0 (-----) > Date: Mon, 22 Jan 2018 19:59:28 +0100 > From: martin rudalics > CC: 30182@debbugs.gnu.org > > > The above list has 5 elements, not 4. > > Wouldn't that imply that a timer was added after `copy-sequence' > started? How can that happen? Emacs is a single-threaded program, and copy-sequence cannot run any Lisp, AFAIK. > > Martin, did you try reproducing this on your GNU/Linux box? Did you > > succeed? > > So far I have condensed a ~50 lines excerpt from w3m.el which should > include all necessary ingredients to shorten the mode line text as w3m > does, but to no avail. Why condense? Why not just use w3m.el in its entirety? > The list with the 5 timers seems pretty innocuous to me. I still > wonder why concat decided to reserve only 4 elements for its copy. Because Flength told it so, I presume, why else? Somehow, some code is stomping on the timer-list, I just cannot yet see which one. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 02:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151667577813841 (code B ref 30182); Tue, 23 Jan 2018 02:50:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 02:49:38 +0000 Received: from localhost ([127.0.0.1]:38868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edoeY-0003bB-HI for submit@debbugs.gnu.org; Mon, 22 Jan 2018 21:49:38 -0500 Received: from mail-pf0-f179.google.com ([209.85.192.179]:45251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edoeW-0003ay-N2 for 30182@debbugs.gnu.org; Mon, 22 Jan 2018 21:49:37 -0500 Received: by mail-pf0-f179.google.com with SMTP id a88so8632845pfe.12 for <30182@debbugs.gnu.org>; Mon, 22 Jan 2018 18:49:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:message-id:in-reply-to :date:mime-version; bh=UY95NUQK71GFPLIj8fN5D+e4kcNMgvJzcTJKcIFrv8o=; b=ZfpLFA/AULeLP1COwCmlWktad9Vw563PpIy+LVINTlVcbA/B0apPHSgcufAjETfbTa NcNOnlSTniHGsLXE4u5PXSZrL8B5Pu+XFR1nkLDbbZrHUFT/GlPS9T+jQy4MynErKl25 pr2ap8yPCkkQ7nQBpMPInBeWjHJJjuDQw4KSU920AeBh5d+vLi3znAjK26XKotqpWEs1 74FjiW6A0we0M7/4nbO17zdaq7mZmBxJQ2NTg5ObnxU9bUgI4X7uyCXBkZul62UR1wBT PurqNlKmcxsq6yidLqjqOLgBzWVggO4M3T140F80Mw/PBqMSrMeRKyuBpKbDQQDSt/L8 4/Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :message-id:in-reply-to:date:mime-version; bh=UY95NUQK71GFPLIj8fN5D+e4kcNMgvJzcTJKcIFrv8o=; b=OsebPmU/1iKwVcP8SbV3lla16bs6/B81RInUHUZOTj9D5XpvjF0WBXtaQfkaMtY2TL 7HY48ur1CZU4E1NRCtz6pVPIIo6uS0zFAn+jBZ+UzQ2R78m2CtevYMqAV9VPnKIXnYKI QwiMcdlhaqwgY5cPmSmeICS6h5p1GziQ3w+4syd0/7oRWlA7jXxVQYES3+ZJCyhsuPMh FiZ+Ku6FY/3B9CsbgXbOcnfArOBfEufwg9jdPLh0Ndmfz3LYRayOkG4P75paPgB28QQW n5fYjzDeFrwlJ0kgLLxv9QeNd1dfGLgxL3hIcVcYg/3PeoYFThFQlc/OBJay60AC6QLb Twng== X-Gm-Message-State: AKwxytdfKznRD5uiA2zZqoEWJTdLUJTPu648+5m2reZl3Og3tgQ27jN5 JP08RWT0tGfniz1fpY4PmK/JsefB X-Google-Smtp-Source: AH8x226S9ptzR/7pBVsVTxouEwxZHkEtPgORFVsUAPKh60yd+MPMEe0NU8B9a41wLLGkkoA03T2tDA== X-Received: by 10.99.124.94 with SMTP id l30mr7833053pgn.108.1516675770547; Mon, 22 Jan 2018 18:49:30 -0800 (PST) Received: from the-damned ([117.246.239.169]) by smtp.gmail.com with ESMTPSA id 184sm2316660pfd.156.2018.01.22.18.49.28 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Jan 2018 18:49:29 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith Message-ID: <87r2qh5lya.fsf@gmail.com> In-reply-to: <5A663490.3050409@gmx.at> Date: Tue, 23 Jan 2018 08:19:16 +0530 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > So that code really had some purpose? OTOH why would someone had > bothered to write it in the first place. And if that someone was > Gerd, he probably had enough prior experience with timer variables to > put it there. Sujith, can you try the attached patch? With the patch, the crash still happens. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 16:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15167243495996 (code B ref 30182); Tue, 23 Jan 2018 16:20:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 16:19:09 +0000 Received: from localhost ([127.0.0.1]:39812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee1Hx-0001Ya-4c for submit@debbugs.gnu.org; Tue, 23 Jan 2018 11:19:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55418) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee1Hu-0001Y9-TZ for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 11:19:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee1Hn-00026C-0P for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 11:19:01 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee1Hm-000260-Sj; Tue, 23 Jan 2018 11:18:58 -0500 Received: from [176.228.60.248] (port=4585 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee1Hm-0002pD-4N; Tue, 23 Jan 2018 11:18:58 -0500 Date: Tue, 23 Jan 2018 18:18:48 +0200 Message-Id: <83po60zgyf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87r2qh5lya.fsf@gmail.com> (message from Sujith on Tue, 23 Jan 2018 08:19:16 +0530) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> 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-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: -5.0 (-----) > From: Sujith > Cc: Eli Zaretskii , 30182@debbugs.gnu.org > Date: Tue, 23 Jan 2018 08:19:16 +0530 > > martin rudalics writes: > > So that code really had some purpose? OTOH why would someone had > > bothered to write it in the first place. And if that someone was > > Gerd, he probably had enough prior experience with timer variables to > > put it there. Sujith, can you try the attached patch? > > With the patch, the crash still happens. OK, so let's look at a few more variables involved in this: > #0 0x000000000058db53 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:364 > #1 0x000000000062a6b2 in die (msg=0x76bccb "CONSP (c)", file=0x76bc08 "lisp.h", line=1289) at alloc.c:7423 > #2 0x0000000000587881 in xcar_addr (c=XIL(0)) at lisp.h:1289 > #3 0x0000000000587981 in XSETCAR (c=XIL(0), n=XIL(0x34f7435)) at lisp.h:1318 > #4 0x000000000065b2a0 in concat (nargs=1, args=0x7fffffffdbb8, target_type=Lisp_Cons, last_special=false) at fns.c:751 > elt = XIL(0x34f7435) > thislen = make_number(379158388) > thisleni = 0 > thisindex = 0 > thisindex_byte = 0 > val = XIL(0x3f45ec3) > tail = XIL(0) > this = XIL(0) > toindex = -1 > toindex_byte = 0 > result_len = 4 > result_len_byte = 4 > argnum = 0 > last_tail = XIL(0) > prev = XIL(0x3f46903) > some_multibyte = false > textprops = 0x0 > num_textprops = 0 > sa_avail = 16384 > sa_count = 4 > sa_must_free = false In this frame #4, please show the values of val, prev, and elt. Like this: (gdb) fr 4 (gdb) pp elt (gdb) pp val (gdb) pp prev (Once again, to have "pp" defined, you need to "source .gdbinit".) Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 17:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151672725211839 (code B ref 30182); Tue, 23 Jan 2018 17:08:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 17:07:32 +0000 Received: from localhost ([127.0.0.1]:39831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee22l-00034s-R7 for submit@debbugs.gnu.org; Tue, 23 Jan 2018 12:07:32 -0500 Received: from mail-pf0-f170.google.com ([209.85.192.170]:41777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee22k-00034g-9t for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 12:07:30 -0500 Received: by mail-pf0-f170.google.com with SMTP id c6so790569pfi.8 for <30182@debbugs.gnu.org>; Tue, 23 Jan 2018 09:07:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=9rOkb0e6hb0jPlIOkRVupRZdBV1xsuS47DpZCogHd6w=; b=dHtfw2Nj19FSyd2ahH14Z/OYoN/2AQG6QR8v1i94ZQ1UbYFdU9CCjhjqss8g3bcHgO NK6Bf7rWxFUP3hNO2zUyoAdpkNyJApwdNX0ZHXjMiN5RCY14koPi5hK4lGbA9/FH0mMA D+tWe9/uLYpGDwoMV/glLmG1IG/kVTCRIpNO9M0niGzVH5ZEMUBshpI3uiWsV89Q//9s P6wXllu2kIiyz9AOcAYIPKcZL4oHxDolSOfj3n2ltQpZNGtON45/ErY6a2AYUcGnpbzV EsRqWhYryJzTKAltPwMgTgoBEDtYc8KSA8sR4gV/Dl82tnQdzyKVVzCI1juTO59Kh9rp vk8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=9rOkb0e6hb0jPlIOkRVupRZdBV1xsuS47DpZCogHd6w=; b=TAaqBLLhTQp6AxsNDPpvnAbXO1T6LS2UwQMuWTZNY7/oOrh2uLv2czlgbh4eHkNxlZ 68GPDrSiArgaqSP0wom9pW9lDkrjXyddXr1ojr5XscW57DgPFpqJA9ZblGh1G34YZfUq vcp7Rc16Qh/I5t1avVeRIsJolIkYe9ZuSsrxvErTgwSZ600kxiaKLYjcruojW4ZWsHmX Zn6owPZKmtGjgCULT/UcaeHrnhwuIWMjCH+dKFrsepkHcjlews+jZvjKH21SlbWy5rLS KrbzPybGmwqZ39y59zMBzKlxvAWiOxDQ97tyrdOIcIMo5STl5kw04dq1g8HgProZtk0l UhYQ== X-Gm-Message-State: AKwxytehPxMuEhzqLe5zY5DgeuTn31+WE8mHVmSJbcs14EkW6bHsaymt Zb13nvl4n6GoykNQUT6UJJil7XeE X-Google-Smtp-Source: AH8x227D08X32tnzebzEWITqvFYygO/KaQ+lquCR2qRjblhm7O3K5pwBM7uinUvHUybTwJPyaemIcQ== X-Received: by 2002:a17:902:28a4:: with SMTP id f33-v6mr2696816plb.192.1516727244081; Tue, 23 Jan 2018 09:07:24 -0800 (PST) Received: from the-damned ([42.111.172.110]) by smtp.gmail.com with ESMTPSA id d205sm5973438pfd.165.2018.01.23.09.07.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 23 Jan 2018 09:07:23 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <83po60zgyf.fsf@gnu.org> Date: Tue, 23 Jan 2018 22:37:04 +0530 Message-ID: <877es8cxmv.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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.0 (/) Eli Zaretskii writes: > In this frame #4, please show the values of val, prev, and elt. Like > this: > > (gdb) fr 4 > (gdb) pp elt > (gdb) pp val > (gdb) pp prev > > (Once again, to have "pp" defined, you need to "source .gdbinit".) Here it is: (gdb) bt full #0 0x000000000058db0a in terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at emacs.c:364 #1 0x000000000062a672 in die (msg=3D0x76bd6b "CONSP (c)", file=3D0x76bca8 "lisp.h", line=3D1289) at alloc.c:7423 #2 0x0000000000587841 in xcar_addr (c=3DXIL(0)) at lisp.h:1289 #3 0x0000000000587941 in XSETCAR (c=3DXIL(0), n=3DXIL(0x34f67c5)) at lisp.h:1318 #4 0x000000000065b351 in concat (nargs=3D1, args=3D0x7fffffffdb68, target_type=3DLisp_Cons, last_special=3Dfalse) at fns.c:751 elt =3D XIL(0x34f67c5) thislen =3D make_number(379181683) thisleni =3D 0 thisindex =3D 0 thisindex_byte =3D 0 val =3D XIL(0x41240f3) tail =3D XIL(0) this =3D XIL(0) toindex =3D -1 toindex_byte =3D 0 result_len =3D 4 result_len_byte =3D 4 argnum =3D 0 last_tail =3D XIL(0) prev =3D XIL(0x4124123) some_multibyte =3D false textprops =3D 0x0 num_textprops =3D 0 sa_avail =3D 16384 sa_count =3D 4 sa_must_free =3D false (gdb) fr 4 #4 0x000000000065b351 in concat (nargs=3D1, args=3D0x7fffffffdb68, target_type=3DLisp_Cons, last_special=3Dfalse) at fns.c:751 751 XSETCAR (tail, elt); (gdb) pp elt [nil 23143 27373 214334 300 savehist-autosave nil nil 582000] (gdb) pp val ([nil 23143 27086 157598 nil undo-auto--boundary-timer nil nil 797000] [nil= 23143 27086 356582 0.5 blink-cursor-timer-function nil nil 148000] [nil 23= 143 27086 428672 nil #[(buffer) "! q=C3=83=C2=89)=C2=87" [buffer w3m-modeline-title-timer buffer-live-p nil] 2= ] (#) nil 416000] [nil 23143 27092 0 60 display-time-event-ha= ndler nil nil 0]) (gdb) pp prev ([nil 23143 27092 0 60 display-time-event-handler nil nil 0]) From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 17:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: rudalics@gmx.at, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151672836613527 (code B ref 30182); Tue, 23 Jan 2018 17:27:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 17:26:06 +0000 Received: from localhost ([127.0.0.1]:39838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee2Kj-0003W2-F1 for submit@debbugs.gnu.org; Tue, 23 Jan 2018 12:26:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee2Kh-0003VY-O6 for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 12:26:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee2KX-0002ZS-TC for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 12:25:58 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee2KX-0002ZI-Ps; Tue, 23 Jan 2018 12:25:53 -0500 Received: from [176.228.60.248] (port=1585 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee2KX-0001VZ-3h; Tue, 23 Jan 2018 12:25:53 -0500 Date: Tue, 23 Jan 2018 19:25:42 +0200 Message-Id: <83fu6wo5bd.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <877es8cxmv.fsf@gmail.com> (message from Sujith on Tue, 23 Jan 2018 22:37:04 +0530) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> 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-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: -5.0 (-----) > From: Sujith > Cc: rudalics@gmx.at, 30182@debbugs.gnu.org > Date: Tue, 23 Jan 2018 22:37:04 +0530 > > (gdb) pp elt > [nil 23143 27373 214334 300 savehist-autosave nil nil 582000] > > (gdb) pp val > ([nil 23143 27086 157598 nil undo-auto--boundary-timer nil nil 797000] [nil 23143 27086 356582 0.5 blink-cursor-timer-function nil nil 148000] [nil 23143 27086 428672 nil #[(buffer) "! > qÉ)‡" [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (#) nil 416000] [nil 23143 27092 0 60 display-time-event-handler nil nil 0]) > > (gdb) pp prev > ([nil 23143 27092 0 60 display-time-event-handler nil nil 0]) So here's the thing: timer-list has 5 elements, but concat thinks there are only 4 elements, so it starts with a 4-element list, and then there's no place there to put the 5th element, which happens to be the savehist-autosave timer. So the question now becomes: how come this code: result_len_byte = 0; result_len = 0; some_multibyte = 0; for (argnum = 0; argnum < nargs; argnum++) { EMACS_INT len; this = args[argnum]; len = XFASTINT (Flength (this)); ... } result_len += len; (nargs = 1 in this case) produces result_len of 4, when timer-list has actually 5 elements? Martin, any ideas? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 18:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: m.sujith@gmail.com, 30182@debbugs.gnu.org Cc: rudalics@gmx.at Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673108617842 (code B ref 30182); Tue, 23 Jan 2018 18:12:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 18:11:26 +0000 Received: from localhost ([127.0.0.1]:39865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee32b-0004dh-6j for submit@debbugs.gnu.org; Tue, 23 Jan 2018 13:11:26 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee32Y-0004dR-Uc for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 13:11:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee32S-0005p0-Vw for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 13:11:17 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60532) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee32N-0005mL-AW; Tue, 23 Jan 2018 13:11:11 -0500 Received: from [176.228.60.248] (port=1611 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee32M-0005iC-Hp; Tue, 23 Jan 2018 13:11:11 -0500 Date: Tue, 23 Jan 2018 20:10:59 +0200 Message-Id: <83d120o37w.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <83fu6wo5bd.fsf@gnu.org> (message from Eli Zaretskii on Tue, 23 Jan 2018 19:25:42 +0200) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> 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-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: -5.0 (-----) > Date: Tue, 23 Jan 2018 19:25:42 +0200 > From: Eli Zaretskii > Cc: 30182@debbugs.gnu.org > > So here's the thing: timer-list has 5 elements, but concat thinks > there are only 4 elements, so it starts with a 4-element list, and > then there's no place there to put the 5th element, which happens to > be the savehist-autosave timer. A couple more suggestions for investigating things: . Could the problem be caused by mode-line-default-help-echo being a function now, not just a string? Maybe try to revert only that portion of the changeset, and see if that helps. . Related: could it be that mode-line-default-help-echo signals an error? Try running the reproducing recipe with a breakpoint in safe_eval_handler. If that breakpoint breaks, show the backtrace, and use "pp" to show the values of arg and args[]. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 18:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673309720893 (code B ref 30182); Tue, 23 Jan 2018 18:45:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 18:44:57 +0000 Received: from localhost ([127.0.0.1]:39889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3Z3-0005Qv-0x for submit@debbugs.gnu.org; Tue, 23 Jan 2018 13:44:57 -0500 Received: from mout.gmx.net ([212.227.15.18]:53014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3Z1-0005Qh-49 for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 13:44:55 -0500 Received: from [192.168.1.100] ([212.95.5.178]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfVU3-1eSKGK48xH-00P61H; Tue, 23 Jan 2018 19:44:48 +0100 Message-ID: <5A678299.40506@gmx.at> Date: Tue, 23 Jan 2018 19:44:41 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <83wp09zkx8.fsf@gnu.org> In-Reply-To: <83wp09zkx8.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:/YUpQIIu9sL1colExkh4uq6ibqJrq01sv8yx8cDPi3mBLmKw2tM K7/yTRc89ybGp8zya9B9SkGPjnmGF6WPOrB/uAwlhT3uZME3DM1X2RXJKo29kdwSwldorGd /hDFTpB8R5W+8TfuFSiB0hzirKUUoImb5TUm8CIczHi2FVjGLMeV+4UPhnky05PxlDbztOb 023YCH4BXGUqXal5kUUVg== X-UI-Out-Filterresults: notjunk:1;V01:K0:JdggeZivHwg=:YgACXUzbzJX1ayz66fRcim JQsn718S4ZTbehGYbjPB+GMaJDhW5lKli3TH9QKHCUD8yfpdR7+vBp5xFglJ8MwMVyemOU1gY 2DpLoVeuXmaL/ElOZjfG0arMIRzeqthR6G00J98baqDCnE0/xwUtliZ3PuIDO2g+N5lD9W5vh XlPvb1w5qRJkZuIQqjHHfajVKl9fWwgukgiWad6zVdaf5T6bO+RJV75G+1QzAyHR4Ke6+wnNV tSRvlzdeA6VBOWYEwWsRIvMUEr406zgaqOjviSI9GFxFTOW6JK87+6D+xh3ARNK98mPdFbin+ w1TiIWbvLRBTKtzcyCYUETX9HgZkg/x5DdtyNm7xEwHL5eXnLuEjjkVVUmZXvZC/vNNnh3tfL ZRSiHt+kaXbVrPOA/EgfePYn3Tnn7sAX8tVCzhTj5anBJ3m+ObRuI9JKWDJuxWPIIkeJ7d5Wy iChBklLr02QQM6m8I3wxKnOoppFFxWtITmMimFsUU8OEcwAN1W/G4jYnjLrzKtb9dpGiViKdk Xl0RRE8c052+X/fCBz66xnlUsbIqIQtCVjS9UXDUGsS2SbVj5qNav80Mst9An3qensbSNvpNv 81RMJo5+BgAB8URAEjq8A00LulmV8eQO3V/0ztJiUwjTGMlpHLZVUYLZDxRlwCpB/E7ZkKKUQ X4DtZTL+62EjPRk752ZeOtVGrwmuKbjxW+0YDEzK+ViTwBvZjsovurCD2WhPdowgaoTimlRNN mAD4B+0ppfj0B2qQhiXdt3h5M5sWvL1jvG6pb+/cqEnw2SV15+arDFSnZkdpBSMqrG3eeTQk0 LE/zWdyY2zqZ1kGSMrb/aQn4sMxeTW2d08pwBEBr93hayTQpOM= X-Spam-Score: -0.7 (/) 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.7 (/) >> So far I have condensed a ~50 lines excerpt from w3m.el which should >> include all necessary ingredients to shorten the mode line text as w3m >> does, but to no avail. > > Why condense? Why not just use w3m.el in its entirety? Because of its many dependencies. I would have to install the entire w3m Elisp package and the w3m executable. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 18:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Sujith Cc: 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673310720957 (code B ref 30182); Tue, 23 Jan 2018 18:46:01 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 18:45:07 +0000 Received: from localhost ([127.0.0.1]:39893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3ZD-0005Rx-8Q for submit@debbugs.gnu.org; Tue, 23 Jan 2018 13:45:07 -0500 Received: from mout.gmx.net ([212.227.15.19]:57991) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3ZC-0005R6-Hc for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 13:45:06 -0500 Received: from [192.168.1.100] ([212.95.5.178]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MWTfu-1eJpoc1pyk-00XazA; Tue, 23 Jan 2018 19:45:00 +0100 Message-ID: <5A6782A5.8040808@gmx.at> Date: Tue, 23 Jan 2018 19:44:53 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> In-Reply-To: <83fu6wo5bd.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:lTZMqFq/t4JpWELo39JTPWM72d5IukiLIInSwV7PHOM4L/hUHit x3RNYrQhxmejS2QeXyNMoWT8tlijj3DDVmEi2hzoTn0rEHgOjBjsdpijs9eqVV/W3BG+MPq m0wSpc7IC/0R4EvvEplBbACKcDHVX3UfWxend2clRXLMq7TU267T9P3ruauE9ZwjRCXwkTG gl5QF4T3ycitFW+UdEUbg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ni/LGlzDBaw=:kiBOiQUb1Wz867Ta0xLE5H Ppul0Mqa1M0GJgHd4IN+CPezuY424sxT4S9wh7ilWuMhhs5+teLhahs49OLcI4vilnjaew2U3 +Ekec6n+l6FcqkqPzvH1iEsn/L3F4VZhBj+wgeg/kdfVYzrOyayS1tHhUqWoNT0+t1XzkjfRQ +r5x0VlZpnYvlmNT+f+XJBWNOdmlCLCumK3Q0fAOkdeC9GxapOHfp5gBHUHEERQZWpIKrOJ7P lluTZ/KbIpcvtapecUJ173gSlSnsUwYCphe5ktuvVaz93mZ9QBKxOnjUSsv7+lANtY4y+giOT hN44XNxtHdCO7kVv2oD3i7UES82krB2lOKz1ZwwfsUdz8YJW6JdLzCThetLc/jVEiLLJbvPpW hseEEliNK2icBZAcsPEwVvyXu6cCFZoP2e4o5s/9fRL6rhPkHNoFz6DrzZmxFVbItO1v2vtb0 DCj23doziJD8A8MQGDWBQi9cKq0OukzFFHVwS6nPda3crLcwOp5dKvgS72wRTKPvAFiQqzQjS s8mno/l2z6J5hBEPG7PbUAIAScP42IaBmnUlqOUV9PuFIZk68BMFBxYIo1zgj0Gtn6/BLd0jj 0uPn4ImOy6P7JzwjXdzXstLBS75A4elWcW78U65VLo8nOqOEEXgvan1mGfkm2ErEsA3GeEE9E a02lFGLn6Ecvbrqyck+5KH2vCNYi4vsVrdx1dRR2JaFmSbJC/VOMlr71sp7sU4QqPeKd6Nsgo yNKLn6H7T29zS7ooLIH9xmfdvlxrleqt/hZ5XSjmIJekxcmZMXDCp/iWgQBvjXw5Wzt4hribo CCO9usGA45ecGyZGzehkVwqIGqf0Tyf2BMFZeCbKLod8ccY/Q8= X-Spam-Score: -0.7 (/) 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.7 (/) > So the question now becomes: how come this code: > > result_len_byte = 0; > result_len = 0; > some_multibyte = 0; > for (argnum = 0; argnum < nargs; argnum++) > { > EMACS_INT len; > this = args[argnum]; > len = XFASTINT (Flength (this)); > ... > } > result_len += len; > > (nargs = 1 in this case) produces result_len of 4, when timer-list has > actually 5 elements? Martin, any ideas? Been there all the time. That's why I earlier asked Wouldn't that imply that a timer was added after `copy-sequence' started? We don't know whether `timer-list' had actually 5 elements when running the above code. And Fmake_list can rarely_quit. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 18:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673312720991 (code B ref 30182); Tue, 23 Jan 2018 18:46:02 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 18:45:27 +0000 Received: from localhost ([127.0.0.1]:39896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3ZX-0005SV-Et for submit@debbugs.gnu.org; Tue, 23 Jan 2018 13:45:27 -0500 Received: from mout.gmx.net ([212.227.15.15]:57788) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee3ZW-0005SJ-0u for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 13:45:26 -0500 Received: from [192.168.1.100] ([212.95.5.178]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTkNU-1eDlHD15M0-00QWv2; Tue, 23 Jan 2018 19:45:19 +0100 Message-ID: <5A6782B8.7000809@gmx.at> Date: Tue, 23 Jan 2018 19:45:12 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> In-Reply-To: <83d120o37w.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:cB9HvO5JwTdV1Q5knJLNrIGIIangOE5AbOReo6fw8BjW0vhusdR PeIJuff2L94Dhl5tjqdEU6BMEnzo/5uJA4adiTAipc1QHyFar98lwyeNtv8QSG13Oweun8Z GehkTgJydVNhjLhEPyGWFzz+eTq7+NNIrNFUFD4OT7Ei47XIdzraoCEuKfeYHZshQFhWWlF /9RTsJ034S0FJngDVZ0pw== X-UI-Out-Filterresults: notjunk:1;V01:K0:v1hzr9lNLtA=:0+pWxDVa0l2+ITmbEpgrUG mi9BEmXMdsLMvZ8aL10JklItzSAAVBLuHrfCbiiQsCR2ckCtBABNlmp/JiQmYosziBJJd1r1u ELfJIHtfcz892awIR5hjxCmFO9UAJJfo8oYgF9eY+Jl5akoh3OQNCeiJwwAspwDrGHl5VJ9PF eTx+vDPZBwfJBfYFd8716rqH88z8NR6lR1Oxr/8NhmavYdRWxIjMlDvINLIiiJ/OBHmzhrb6+ GeTjjOSdyzrwvxJqim9uowD4QY08k7zUiofdaoEjJJXvQEcZKRnafidZS97N+HUVwcKjnvWcy ZtUwDCnf23/+iYOMqHdGk7Ez28DOuS3EZOA+gM9KCTUier/TEQuMMBICcFVyBimsgeQfiwAsH 58opDPVBzmkcCGOFVKCeblba4XzHj1rzZRrvci/azVM9uYMsVMe/znv0ofNAt71JZl65uBUKr Q9o6898Z+KQdLLiE/D75MEf5rSsVqQrkWI3bT8VqsrcOzILVjfIIc3R8ZU4HZ26nO1aXITcBk eDHs636haWcJpiC+WW86gNaInoPvp/MhJgLejIpG573Nd8xyZA02PlKI9H/FbtIGTR4bBf7Tl nzxsaXh75jOp18iaK3STAo0CsBBeADPxmkzSFzLQz2Z4ebMqdPaNQHQOhW0x6LLGKxB7QMYR4 Ufk/rSLiSEcXJupU0Xj/mSSIHzhRCRWK7za9paLqiKw5gCWMwyLYSie0Eb75F7W7HRG0tkddT VQ60knCsvA+bAQf0wxZCML9EXcn97kiFPTHyAeyqh2tkMuWbzbJtZh3obHvnfElJVXtHGIrUZ Ek3dFOEhT9KW8rLtB02+hBY3Y2oqQGkXAehyVU4DQ0y66R8EQ4= X-Spam-Score: -0.7 (/) 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.7 (/) > . Could the problem be caused by mode-line-default-help-echo being a > function now, not just a string? Maybe try to revert only that > portion of the changeset, and see if that helps. It can be made into a string and the OP confirmed already that doing that fixes things. > . Related: could it be that mode-line-default-help-echo signals an > error? Try running the reproducing recipe with a breakpoint in > safe_eval_handler. If that breakpoint breaks, show the backtrace, > and use "pp" to show the values of arg and args[]. The OP already checked that wrapping `mode-line-default-help-echo' into a condition-case does not help. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 19:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673710027176 (code B ref 30182); Tue, 23 Jan 2018 19:52:01 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 19:51:40 +0000 Received: from localhost ([127.0.0.1]:39947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4bc-00074F-L3 for submit@debbugs.gnu.org; Tue, 23 Jan 2018 14:51:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4bb-000741-As for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 14:51:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee4bR-00020p-Bt for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 14:51:34 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33976) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee4bR-00020h-7q; Tue, 23 Jan 2018 14:51:29 -0500 Received: from [176.228.60.248] (port=1758 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee4bQ-00075L-Lf; Tue, 23 Jan 2018 14:51:29 -0500 Date: Tue, 23 Jan 2018 21:51:18 +0200 Message-Id: <837es8nykp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A6782B8.7000809@gmx.at> (message from martin rudalics on Tue, 23 Jan 2018 19:45:12 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> <5A6782B8.7000809@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-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: -5.0 (-----) > Date: Tue, 23 Jan 2018 19:45:12 +0100 > From: martin rudalics > > > . Could the problem be caused by mode-line-default-help-echo being a > > function now, not just a string? Maybe try to revert only that > > portion of the changeset, and see if that helps. > > It can be made into a string and the OP confirmed already that doing > that fixes things. He did? If so, I missed that. I thought he only said that disabling the part that runs the timer in the :eval form prevents the problem. So if using a string instead of a function the returns a string solves the problem, then I guess we should try and understand why a function causes the problem. > > . Related: could it be that mode-line-default-help-echo signals an > > error? Try running the reproducing recipe with a breakpoint in > > safe_eval_handler. If that breakpoint breaks, show the backtrace, > > and use "pp" to show the values of arg and args[]. > > The OP already checked that wrapping `mode-line-default-help-echo' > into a condition-case does not help. That doesn't surprise me, because safe_call1 alread runs the function inside condition-case. But catching an error might not be all that needs to be done to undo the damage, so I think it is important to establish whether there is indeed an error signaled by that function. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 19:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673721327361 (code B ref 30182); Tue, 23 Jan 2018 19:54:01 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 19:53:33 +0000 Received: from localhost ([127.0.0.1]:39952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4dR-00077E-1P for submit@debbugs.gnu.org; Tue, 23 Jan 2018 14:53:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4dN-00076y-DC for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 14:53:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee4dD-0003zN-Lu for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 14:53:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee4dD-0003z7-I9; Tue, 23 Jan 2018 14:53:19 -0500 Received: from [176.228.60.248] (port=1759 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee4dD-0007ED-0L; Tue, 23 Jan 2018 14:53:19 -0500 Date: Tue, 23 Jan 2018 21:53:10 +0200 Message-Id: <83607snyhl.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A678299.40506@gmx.at> (message from martin rudalics on Tue, 23 Jan 2018 19:44:41 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <83wp09zkx8.fsf@gnu.org> <5A678299.40506@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-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: -5.0 (-----) > Date: Tue, 23 Jan 2018 19:44:41 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > >> So far I have condensed a ~50 lines excerpt from w3m.el which should > >> include all necessary ingredients to shorten the mode line text as w3m > >> does, but to no avail. > > > > Why condense? Why not just use w3m.el in its entirety? > > Because of its many dependencies. I would have to install the entire > w3m Elisp package and the w3m executable. Yes, but I hoped you could afford doing that. The executable is just a small number of programs and scripts, AFAIU. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Jan 2018 20:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151673760327982 (code B ref 30182); Tue, 23 Jan 2018 20:01:01 +0000 Received: (at 30182) by debbugs.gnu.org; 23 Jan 2018 20:00:03 +0000 Received: from localhost ([127.0.0.1]:39961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4ji-0007H1-42 for submit@debbugs.gnu.org; Tue, 23 Jan 2018 15:00:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58751) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ee4jh-0007GS-5z for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 15:00:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee4jY-00009U-1l for 30182@debbugs.gnu.org; Tue, 23 Jan 2018 14:59:55 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee4jX-00009E-VK; Tue, 23 Jan 2018 14:59:51 -0500 Received: from [176.228.60.248] (port=1774 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ee4jW-00041i-7A; Tue, 23 Jan 2018 14:59:51 -0500 Date: Tue, 23 Jan 2018 21:59:32 +0200 Message-Id: <834lncny6z.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A6782A5.8040808@gmx.at> (message from martin rudalics on Tue, 23 Jan 2018 19:44:53 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <5A6782A5.8040808@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-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: -5.0 (-----) > Date: Tue, 23 Jan 2018 19:44:53 +0100 > From: martin rudalics > CC: 30182@debbugs.gnu.org > > > So the question now becomes: how come this code: > > > > result_len_byte = 0; > > result_len = 0; > > some_multibyte = 0; > > for (argnum = 0; argnum < nargs; argnum++) > > { > > EMACS_INT len; > > this = args[argnum]; > > len = XFASTINT (Flength (this)); > > ... > > } > > result_len += len; > > > > (nargs = 1 in this case) produces result_len of 4, when timer-list has > > actually 5 elements? Martin, any ideas? > > Been there all the time. That's why I earlier asked > > Wouldn't that imply that a timer was added after `copy-sequence' > started? > > We don't know whether `timer-list' had actually 5 elements when > running the above code. If it didn't, then the 5th element could have only been added by another thread. Is that possible? This is a GTK build with system tooltips, right? And even in such a configuration the tooltips are popped up in the context of the main thread, is that so? So how could the list be modified while copy-sequence runs? > And Fmake_list can rarely_quit. Not sure how quitting in Fmake_list could explain anything. If it quits, it just throws to top-level, and that's all, right? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 08:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15167831467852 (code B ref 30182); Wed, 24 Jan 2018 08:40:02 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 08:39:06 +0000 Received: from localhost ([127.0.0.1]:40355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaI-00022Z-6R for submit@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:06 -0500 Received: from mout.gmx.net ([212.227.17.20]:54497) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaG-000228-R5 for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:05 -0500 Received: from [192.168.1.100] ([46.125.250.48]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgNGi-1fALjx1ePE-00njdh; Wed, 24 Jan 2018 09:38:57 +0100 Message-ID: <5A684619.9090904@gmx.at> Date: Wed, 24 Jan 2018 09:38:49 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> <5A6782B8.7000809@gmx.at> <837es8nykp.fsf@gnu.org> In-Reply-To: <837es8nykp.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Ti3X8qbY46SkHpwMBk9nmct14oGXr3csWYAAJvsI6XFWvAzzOcB CAERB1jffpvtr0O9uYihMWJOjEJ+KNjzpr8uqwoRVg9z5QPt0c/FaH9ih5xtvSahGG/+Wk0 s+9cM7crj8b/gDfBacYoczZkL19h1A3lEx9eLd2C6xjcakuTL43++3q9KarNctnsqvbF1Fb Xwe9YLjVQ3GyI54fnj3Og== X-UI-Out-Filterresults: notjunk:1;V01:K0:9O2Fy2hGu/U=:2i2V28jPBwZLfHzyV33bOl 8pxprwkicQDfIzNk0c4HI4QjMgKZZEJr9SFnzK/XpijNQfZGYOyFXg7L3B2ZgXt4rQEwcf/bK 1bHfokq9DG5ppFN4PQ9metaPjVYEsx+BYhPFMxBH6pQNolF6be0Y5bFFUua/YVT+BGMWzKu51 ZEOEqVof8otSCXTAwuezdEde3nmJpBD9mbTEfJCBjYG9DbrzjtpWwV1O3W6vqAKn5aw8CPMIm JaqbOnvpzpehYVN24J9eq7UsYzyneJ/UMUXGAGSKz3v5mdSlFu8vVClzYpAfYVH4hjCrazj3I MpfvLcoHCAXvDnHCQwyvCInZnrZUDtzuCgdYYMUY3X0AC+Rkkl3+gh97yJDrbVKZ0I86m5CtT KioHdpnXJrvdOycs/FWEMKdqCpt4vMvN+lunP+OUdYzh32w1+9FXzsdb0U9wNpcdGi4d1xDlH W5BoMN760I/PcVx+FgFJowORRGO3ZZ/sBJxxefmSAgS5QmraaBFm0nAJmOfljz4jKzBfc9Wlq DtoYcRz076PFYdU8aC0OpX+n9E1G2ZVW+nnOnUzx93S+lIsW0YA+1vkD7RFmJx07EgdBpNGav 6IGd3QIa5gyLk+Yr3j+eMrIH+tdfBXXHhBPeg1NJYXHeGkKPHMx3w+kHI0L0QOdZB+6QjSJUF UXHpBa3K4yJU1YBpLBFq+fNc5oPE3+X9THO33ODveamrPQSh7NmNdYXeNpFUijBr315mkgZfT I3U+Yg00XPihFpxYSt9yX+esXL/7S0QYxInO/TtTtSGKMkHYgkuRQnU4Zrr6sHCcJLC0fifLh 2A8gCekN5zLoKE09oasWHvX9oTzAEObqMLavA+5Xkxuh9inVU3RVLYT9IFOjfEWWS/uwSJC X-Spam-Score: -0.7 (/) 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.7 (/) >> > . Could the problem be caused by mode-line-default-help-echo being a >> > function now, not just a string? Maybe try to revert only that >> > portion of the changeset, and see if that helps. >> >> It can be made into a string and the OP confirmed already that doing >> that fixes things. > > He did? If so, I missed that. I thought he only said that disabling > the part that runs the timer in the :eval form prevents the problem. I asked the OP to Just to eliminate one possible cause: Does the bug disappear when you customize `mode-line-default-help-echo' to the default value of the 'string' alternative? and he answered that Yes, if that is done, then the crash doesn't happen. > So if using a string instead of a function the returns a string solves > the problem, then I guess we should try and understand why a function > causes the problem. Apparently because evaluating that function creates a timer. >> The OP already checked that wrapping `mode-line-default-help-echo' >> into a condition-case does not help. > > That doesn't surprise me, because safe_call1 alread runs the function > inside condition-case. But catching an error might not be all that > needs to be done to undo the damage, so I think it is important to > establish whether there is indeed an error signaled by that function. w3m.el, when creating a buffer for its purposes, does (setq mode-line-buffer-identification `( [...] (w3m-current-process "Loading..." ,(if (fboundp 'format-mode-line) '(:eval (w3m-modeline-title)) where the latter contains (defun w3m-modeline-title () [...] (condition-case nil (format-mode-line mode-line-format 1) (error ""))) [...] (run-at-time 0.5 nil (lambda (buffer) (when (buffer-live-p buffer) (with-current-buffer buffer (setq w3m-modeline-title-timer nil)))) (current-buffer))))))) But I haven't been able yet to trigger the crash from here. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 08:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15167831577875 (code B ref 30182); Wed, 24 Jan 2018 08:40:02 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 08:39:17 +0000 Received: from localhost ([127.0.0.1]:40358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaT-00022x-GR for submit@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:17 -0500 Received: from mout.gmx.net ([212.227.17.20]:49328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaR-00022k-OP for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:16 -0500 Received: from [192.168.1.100] ([46.125.250.48]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnlmV-1fHkP42jrb-00hyxY; Wed, 24 Jan 2018 09:39:09 +0100 Message-ID: <5A684626.6050504@gmx.at> Date: Wed, 24 Jan 2018 09:39:02 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <83wp09zkx8.fsf@gnu.org> <5A678299.40506@gmx.at> <83607snyhl.fsf@gnu.org> In-Reply-To: <83607snyhl.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:uHL/Oo0wHYtIAzgaUwNa8Naq+H1gWMaufzDwadPv1b3onhY6Atb jDU6+FwEH+D790Ip//fl6pfjyBVQSHk4pB9xsWOlySwfZ4QORpVrPgFY5YecBdEy7VSprGA dpzlPmwz9WYeOy+x3FJvhIx5zHm2Bg2bE3gACT8sEjBBx54heujyZ/Vh0tvndRFGeVyZFKD MBWUVH3E7ZfN4uJeHWG9A== X-UI-Out-Filterresults: notjunk:1;V01:K0:rRHuDOZGtoo=:qlo70RqvSo47k6Li4cekBO UE82+A6a3Roo2GdiOEiiCYwMOOE1Lvr1VaRLawmwyeAOR43nNEjW89rFslaQYcHCP1ytzewYg F60jAd82R/tv7z7M8yTV8JV21mG5gRiwvuSK/zB3oW4HLFhTNaRXy1qsXUOe2e62awBQjcKC9 gyIgJKv7irLoQ/pc1pItCSrfIFrfHpKU/1/QTTTuSsBnfwXHegDxuY7R9BmTbEaNPoZ8YcaER PRWp0yP//a3jVkjaMB7051V3MBM8UwxfvmZwZveDbPMVbUo6KTHg89nKYLiwYADgbWIu2MPq9 AIf+XAtQI06YHOLBkDcE9RDFldvgEBmU6RIXBZ/rN060AsHsmoNBQpqEHjgDRcd0iT/Anpen8 Ly9fVl//v7ECYFBbMgk5B1oKaD8Dc1hTTj6tw/HuBBn9sd5bm5cxe3FQRBx60bDq+eknhKujU yS0s9Uhly6PbEoY/GHfNPqrvERDIucvCi01c1uKh/LOXb2lpw9mNvbOVURbaqbV9u09PzWCsj l65V75QIt9AgsCsGJ15lmyePRQQhUDZwpyOXvrwhTzRBYiqZchoDI/ZLQT77L3Y9s+DxZjW6z 7rm1Rr1SsNpYLNbykA4OLOg/qr9dLO4WL0JlsCk3V0mICssCxZaRpnFIzdnm8mgP+hNL1V1K2 qZpbwunji3saoKQi7J3D3FgbJPXUvukAnjRj7ZzpFDu9wc53Q9+s1R6z9PEishjryQZ9QQjKZ hsFeEmNGENVauZ7WOLfmDnRnZJPQdiD106DWN+0EI3B5Fu78b4ImKaJG5ki415i/myvuoWygi L5XroSwNaodx4kvHTkDBSgmYQ8bZnTCSvmyausIfR2dN2m5n/4dIkNnyDrEW0GCZaI34/XW X-Spam-Score: -0.7 (/) 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.7 (/) >> Because of its many dependencies. I would have to install the entire >> w3m Elisp package and the w3m executable. > > Yes, but I hoped you could afford doing that. The executable is just > a small number of programs and scripts, AFAIU. Before I can do that I have to understand what these programs and scripts do and how to set them up. Then I can try whether my pretty outdated Debian installation digests them. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 08:40:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15167831947926 (code B ref 30182); Wed, 24 Jan 2018 08:40:03 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 08:39:54 +0000 Received: from localhost ([127.0.0.1]:40361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGb3-00023m-SQ for submit@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:54 -0500 Received: from mout.gmx.net ([212.227.17.20]:54401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGb1-00023Z-Te for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:52 -0500 Received: from [192.168.1.100] ([46.125.250.48]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LfTC1-1f7L5c3dHN-00p5EL; Wed, 24 Jan 2018 09:39:45 +0100 Message-ID: <5A68464A.1060703@gmx.at> Date: Wed, 24 Jan 2018 09:39:38 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <5A6782A5.8040808@gmx.at> <834lncny6z.fsf@gnu.org> In-Reply-To: <834lncny6z.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:D4XL9KZNw09M642fy6WM6K86FwFqqW9Cjwg0+22bCgmUB1wPwVo 6+bBPYLWnb2dOplpwO23z5goz4lHsrss/nJYyVKBSlCHimp+18VMFBlR9WE7yKA9iD0nyPM SGLdJcC7+P9fmp/UsnetqU9XuAfrKGPlLrPzx2rE8NsEKJNITLkq6p1rua5ovtzqFlxHbNm 09mLdHuZINndt2rDVMBbw== X-UI-Out-Filterresults: notjunk:1;V01:K0:qxOuc0Ey95A=:FLLMTtZ0mAOfcBIQU9PrSm //WEa5Qh9j7559ItBn+ATUbcfwqpBamYG8iapCCMJx7rYdXcVnWrfrNzA4YPqwVBtJrB/7BPM is35LcEx3vbjCOxLaQymNn09K9HbQDRORboUrRc4ihOBNR154RHEk7GUhY2Wfh6OUeLGDvXAG leaDEEAQHShToc4ghgMtOlnPYBkloO/ZtrbIwbOP4bAt4e4acNGLXHZDZvydrn2CIGWgpJT/G wQS87sG12Qdm+UuRihxjhUO8chyzcHQECqvfAWnEAXutr3l9ufV4NkssWIH6/btjD2ZZ6cr7K k4QyslC3AHo2sezyK9enEY2naRd9v7RlKuNL+HLIOWmuQNP+FI0e5kMj++nSMPZV19mUalodo tZZR+RZqLfklc8i/fH4HlOeISoeKMtMtRh3xkTPwMT4Lsu/zHoDcOt6DF0AVkYczNHJ2AlTBB 9Y1yFa1UsoVMexhITk9A6UezvCJs1I59e5OLHGQcRM3qAlD+0MnFjEa1BaykdXsW8FA6FLbU+ yhhU+rhLmChPrs7pZzLEylKfnDWn+yZBkcPMXp5z8uNeLTlQj9CQmCgRciJ3JVKgljbYuhca+ wMHmYGEnZ61w8sRZfqy2inBMTwm5SrXWw3Tc9nfoBaV9gTNsn4EJfx+IOsjqMhyvTdtn/3pBX SYIWVpxtmk1gA8Da6KlwlP0JqbIO1MOHXF4/MlDJr2CHZ7yEbP1beedtHqIKHMLUrhPwaYh/S HjIcryjNyi4dRnSXERcqZ1m0Wu2Pnb9rhJm34BqtnNSZ+aHDw373MDgPC7+KHMKLeUQenrDT0 Xj7UmKAofHXHXCLScs0drTxpm8KXN75TUiICowITBqFS3w1CAKZm49H640e6DF6uZm6Pe4/ X-Spam-Score: -0.7 (/) 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.7 (/) >> We don't know whether `timer-list' had actually 5 elements when >> running the above code. > > If it didn't, then the 5th element could have only been added by > another thread. Why another thread? > Is that possible? This is a GTK build with system > tooltips, right? And even in such a configuration the tooltips are > popped up in the context of the main thread, is that so? So how could > the list be modified while copy-sequence runs? > >> And Fmake_list can rarely_quit. > > Not sure how quitting in Fmake_list could explain anything. If it > quits, it just throws to top-level, and that's all, right? Fmake_list does for (EMACS_INT size = XFASTINT (length); 0 < size; size--) { val = Fcons (init, val); rarely_quit (size); } so IIUC rarely_quit is eventually called with size zero. Now we have rarely_quit (unsigned short int count) { if (! count) maybe_quit (); which, if count is zero, calls maybe_quit which according to if (!NILP (Vquit_flag) && NILP (Vinhibit_quit)) process_quit_flag (); else if (pending_signals) process_pending_signals (); may call process_pending_signals which does do_pending_atimers (); which may eventually do a schedule_atimer. So IMHO the problem is not that rarely_quit "just throws to top-level" but might add a timer on the fly while the timer list is copied. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 19:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151682107024302 (code B ref 30182); Wed, 24 Jan 2018 19:12:02 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 19:11:10 +0000 Received: from localhost ([127.0.0.1]:41275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeQRy-0006Jt-Jx for submit@debbugs.gnu.org; Wed, 24 Jan 2018 14:11:10 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57644) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeQRv-0006Jg-S0 for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 14:11:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eeQRn-00066f-FJ for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 14:11:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53514) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eeQRn-00066Q-Bq; Wed, 24 Jan 2018 14:10:59 -0500 Received: from [176.228.60.248] (port=3025 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eeQRm-0002dl-I0; Wed, 24 Jan 2018 14:10:59 -0500 Date: Wed, 24 Jan 2018 21:10:52 +0200 Message-Id: <83vafrm5s3.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A684619.9090904@gmx.at> (message from martin rudalics on Wed, 24 Jan 2018 09:38:49 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> <5A6782B8.7000809@gmx.at> <837es8nykp.fsf@gnu.org> <5A684619.9090904@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-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: -5.0 (-----) > Date: Wed, 24 Jan 2018 09:38:49 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > I asked the OP to > > Just to eliminate one possible cause: Does the bug disappear when you > customize `mode-line-default-help-echo' to the default value of the > 'string' alternative? > > and he answered that > > Yes, if that is done, then the crash doesn't happen. OK, thanks. > > So if using a string instead of a function the returns a string solves > > the problem, then I guess we should try and understand why a function > > causes the problem. > > Apparently because evaluating that function creates a timer. You mean, mode-line-default-help-echo creates a timer? If it does, I don't see where it does that. > w3m.el, when creating a buffer for its purposes, does > > (setq mode-line-buffer-identification > `( > [...] > (w3m-current-process > "Loading..." ,(if (fboundp 'format-mode-line) > '(:eval (w3m-modeline-title)) > > where the latter contains > > (defun w3m-modeline-title () > [...] > (condition-case nil > (format-mode-line mode-line-format 1) > (error ""))) > [...] > (run-at-time 0.5 nil > (lambda (buffer) > (when (buffer-live-p buffer) > (with-current-buffer buffer > (setq w3m-modeline-title-timer nil)))) > (current-buffer))))))) > > > But I haven't been able yet to trigger the crash from here. What I don't understand is how is the above :eval form related to mode-line-default-help-echo. They are both properties of parts of the mode line, but how is that relevant to the issue at hand? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 19:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151682124924569 (code B ref 30182); Wed, 24 Jan 2018 19:15:01 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 19:14:09 +0000 Received: from localhost ([127.0.0.1]:41279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeQUr-0006OD-3J for submit@debbugs.gnu.org; Wed, 24 Jan 2018 14:14:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeQUp-0006O0-VF for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 14:14:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eeQUg-0001bG-6y for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 14:14:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53597) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eeQUg-0001bA-32; Wed, 24 Jan 2018 14:13:58 -0500 Received: from [176.228.60.248] (port=3026 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eeQUe-00079l-JS; Wed, 24 Jan 2018 14:13:57 -0500 Date: Wed, 24 Jan 2018 21:13:50 +0200 Message-Id: <83tvvbm5n5.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A68464A.1060703@gmx.at> (message from martin rudalics on Wed, 24 Jan 2018 09:39:38 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <5A6782A5.8040808@gmx.at> <834lncny6z.fsf@gnu.org> <5A68464A.1060703@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-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: -5.0 (-----) > Date: Wed, 24 Jan 2018 09:39:38 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > >> We don't know whether `timer-list' had actually 5 elements when > >> running the above code. > > > > If it didn't, then the 5th element could have only been added by > > another thread. > > Why another thread? How else can a data structure change while the main thread is running code that doesn't modify the data structure? > Fmake_list does > > for (EMACS_INT size = XFASTINT (length); 0 < size; size--) > { > val = Fcons (init, val); > rarely_quit (size); > } > > so IIUC rarely_quit is eventually called with size zero. Now we have > > rarely_quit (unsigned short int count) > { > if (! count) > maybe_quit (); > > which, if count is zero, calls maybe_quit which according to > > if (!NILP (Vquit_flag) && NILP (Vinhibit_quit)) > process_quit_flag (); > else if (pending_signals) > process_pending_signals (); > > may call process_pending_signals which does > > do_pending_atimers (); > > which may eventually do a schedule_atimer. > > So IMHO the problem is not that rarely_quit "just throws to top-level" > but might add a timer on the fly while the timer list is copied. atimers and timers are two very different creatures, and I don't think I see how atimers could be relevant to our issue. If you do, please tell what I'm missing in this picture. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 20:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15168243654118 (code B ref 30182); Wed, 24 Jan 2018 20:07:02 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 20:06:05 +0000 Received: from localhost ([127.0.0.1]:41325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeRJ7-00014L-3P for submit@debbugs.gnu.org; Wed, 24 Jan 2018 15:06:05 -0500 Received: from mout.gmx.net ([212.227.17.21]:49387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeRJ5-00013s-Sr for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 15:06:04 -0500 Received: from [192.168.1.100] ([213.162.73.233]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lu2F0-1eodt43JB8-011QaA; Wed, 24 Jan 2018 21:05:56 +0100 Message-ID: <5A68E71C.8080209@gmx.at> Date: Wed, 24 Jan 2018 21:05:48 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> <5A6782B8.7000809@gmx.at> <837es8nykp.fsf@gnu.org> <5A684619.9090904@gmx.at> <83vafrm5s3.fsf@gnu.org> In-Reply-To: <83vafrm5s3.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ypeIr+ufC1ZVEsJhfA1/r4ECKvjLs031HHSNqBxdr6iWQLUKpHu McaZV0ldpYBNgr4YFSt+jHoIIJzpyhQZbUZtJaN7g1GAyLpUGTv32AYn6+OROrnrenYm8gl 5rBAdX6df0UcOIPS6Oqf/laVbF6PnV+3/zbxatqprm+99MhyGHyVeCLLU4TfLsGzxvMDvjY zqx7S+V2DGMwcHB4W+oyw== X-UI-Out-Filterresults: notjunk:1;V01:K0:cjWPBWfD6HQ=:HcwjdzDUAzLBcCgiSI6SCs IsHEtsG01gur84bKrBKZErljtv9L7Y5vb3BjKHo1GZioOBdlJgzs5QSNkMZgpJPqPLakOhQ5j WkJSp7zJ+tmWJIf9HpN9dLoZAZte3Ooqz3+nH+gok3LFM4Xx4HMSnLA2QXOJqS6XVsUFEhYj3 5GH54iG8aYEEr8E+Aqal3mnkxmrOUyNez3CDCiW2r2xTrLSC1YITm6b+upzt87kbv/Zgu4Ht8 wIeZOkEliXfkPIWfdoyzYl7+CXcjjkWcyLE7AGCJWrGN46R58K4d99H7U7tnGxNg8b+CEVuaN XBXI2dj1oIL2QSFUVdbrJCBPvs19+LrtIVHMx217C9ZvorRCo6zhbwp8VxsBnwbFCSJK/loUd 6rJCWqcrtrISwkp+eNrWAl2AINEKgo0rq4kgzRgyDepZeh/19F7YW/9Ky++pUca9CZZTVZ6pH K2Mt4ozGR4740J5VU1LG+wtY02fBBzKylkW7tMobIcNMqvyV/IXEEp3LP0XLmNk+OvodwkhWy flcEBxBGqLANaRgbxPqJGNzvazSjQqEz8Rylq6EOpq/rTmJGPVRoh9nqiTjp5oc09A3ShYqkY prsK60A2fKqOYvyf6Awj90x0RwPVPiKSwLy1N7//Cdbj8Pz+EYdNSRY4/xELTueWWXrD7ghc4 17pub5OwRMiW7nTYD1HVhtVNa14QUmW7cefOaFvZvXwHpki3lHE6Pgf+zMejj/29BkcB+S7wa 3I6T2wKIUT8lOJ1dYoz5iu/yuQmXU42HTbMnLiQhYlJv7vuc3LGGbN/S9K+u4YChc7GQ7cVcj tbhyLLt7GwJ/dJONpaeTExpAiEABVqq/kbSJ7cjIBw2OWkY1tiNAnjpXd7rd0LH4A3UE2Z4 X-Spam-Score: -0.7 (/) 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.7 (/) >> > So if using a string instead of a function the returns a string solves >> > the problem, then I guess we should try and understand why a function >> > causes the problem. >> >> Apparently because evaluating that function creates a timer. > > You mean, mode-line-default-help-echo creates a timer? If it does, I > don't see where it does that. Sorry. I meant `w3m-modeline-title' creates a timer when trying to shorten the title. In order to do that it has to run `format-mode-line' first which calls `mode-line-default-help-echo'. > What I don't understand is how is the above :eval form related to > mode-line-default-help-echo. They are both properties of parts of the > mode line, but how is that relevant to the issue at hand? Because if it's not done, the crash doesn't happen according to the OP: If I change the default value of w3m-use-title-buffer-name and set it to non-nil, then the crash doesn't seem to happen. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 20:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15168243854151 (code B ref 30182); Wed, 24 Jan 2018 20:07:02 +0000 Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 20:06:25 +0000 Received: from localhost ([127.0.0.1]:41328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeRJR-00014t-Ao for submit@debbugs.gnu.org; Wed, 24 Jan 2018 15:06:25 -0500 Received: from mout.gmx.net ([212.227.17.22]:49485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeRJP-00014g-2n for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 15:06:23 -0500 Received: from [192.168.1.100] ([213.162.73.233]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MLS74-1eezH82D7i-000egJ; Wed, 24 Jan 2018 21:06:16 +0100 Message-ID: <5A68E730.8040109@gmx.at> Date: Wed, 24 Jan 2018 21:06:08 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <5A6782A5.8040808@gmx.at> <834lncny6z.fsf@gnu.org> <5A68464A.1060703@gmx.at> <83tvvbm5n5.fsf@gnu.org> In-Reply-To: <83tvvbm5n5.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:pI27R0dwQ+XPDWAYTFhywbQOzRs1CvbeY8Rcus4HT//yh6/CATJ xGDwq1LbxzuTvUUiql1J1OT5WpYyYjSPd2AWEGRAbizzvcb6MRPs4QEjmnf9uky5/ynPwnz Xrl2kn1y5BtAwxo/HB9crXE0qa1hF22OVmjkmQB38bPvllrQ23vHjsZ3ayP6JeL/me4i1hx xVOIv5nsB9snLmqXCz5qQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:l20SFM9A2Cg=:PFkL5hptXi6DHMwTj5fC5X 4QCHpHq1K/h3gRpsbSR2YywF2ZEENg5QNJKJKjANfV4hHfwG+C7FarapSFj4JMyrJ8Mzc5iY6 dRuDl3/aDyS91xL4fZlz2ZgsMaJGTLqLiqGsY4x1jMh3ZnUD+D58LaneXrT3opqN4tF8eqztb T9ZJoVI0ZBDLhZ/e0UsP6u63Oq+AhvvQI2+/UZt7U98FPs2TDJGc4+U0a7+qWMHksHX57WMpB hzdg+6/V+ODpvf/0fa2uSev/yIQ5ZPJpdtlICTbaabkrASq9Sr540zONH21QYIAFciZhZTKZY NqE1iRjF8btX8E4+HoYCrKtLEYwAqG0SK1IfDjqE/lGdlT0EYDSGTNJZXS/8e+rYSERfS6Q5L 02/BDz/EAHJnQyjp4MSCzC6bcNuMIHihwxGu2l3Jy8h8OPqdraUB4VH9qb+YslVpmoMULgH8Y bvu0bLKyth1VMtON9P9mEk/mVu8UGGhO2w9z7+nBGS+YCsqrVB+nf36vVCeTVfQlJQHxpVXpb CpQs2ZvSKrG5SLFMLLEYulTRCvCJnFoqRcRV4XR873ZigPFWuUHD6bvXMx8eA3U0f3pRhZxHj Db77fM7g0OhFr2RauGbP8kqvtMHe+5i87AV2FckfhQoJDIqNds4O4ZdVu66/BXgY8mD1RzDoP TJL3kskVA0rhHAu6480dAgD39HQl1OcUetl1LEnAjdYdmI3k4mgbAR/oPtKhQPp8QtVEQBFhP mxWiA/b7OmG0nyq+vwwOwKpDl28PGLv39UiMUlgA+8mmuuxIBMe4//RKPF2gsP6CCoPx4sJsF 0pkpW6MupSZHf6dbL6ICGMEj8WIVmFEOhmMSGjAaMBz7QccXhBVzrL74SeXAFTdsmex5yBj X-Spam-Score: -0.0 (/) 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.0 (/) > atimers and timers are two very different creatures, and I don't think > I see how atimers could be relevant to our issue. If you do, please > tell what I'm missing in this picture. I thought it would ring a bell with you. So it doesn't. For me it was the last explanation that the timer list could get modified by the same thread. If atimers can't enter into this picture I'm lost. Maybe I should add some code to build a list to collect Vtimer_list values from the time Fcopy_sequence is called until Fmake_list is done. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Jan 2018 08:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151704158629050 (code B ref 30182); Sat, 27 Jan 2018 08:27:02 +0000 Received: (at 30182) by debbugs.gnu.org; 27 Jan 2018 08:26:26 +0000 Received: from localhost ([127.0.0.1]:44311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efLog-0007YU-6z for submit@debbugs.gnu.org; Sat, 27 Jan 2018 03:26:26 -0500 Received: from mout.gmx.net ([212.227.17.20]:53696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efLoe-0007YG-OP for 30182@debbugs.gnu.org; Sat, 27 Jan 2018 03:26:25 -0500 Received: from [192.168.1.100] ([212.95.5.248]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MfjJY-1eR6Dt2nNE-00N7mr; Sat, 27 Jan 2018 09:26:17 +0100 Message-ID: <5A6C37A7.2020309@gmx.at> Date: Sat, 27 Jan 2018 09:26:15 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> In-Reply-To: <87r2qh5lya.fsf@gmail.com> Content-Type: multipart/mixed; boundary="------------020101050304090602050009" X-Provags-ID: V03:K0:X696Y8ylGnYkWZAoYzoud/QvQT3OkLUbZDNAE0sfU4tITHGZ2hR xlR6CbNlPEd+lPqZdXDHsIpmD5TT5h4shShr4e/JZq++Q//kswReTslkpGTF93CdT6YCDo1 mJUj9mlG0fkq7Y1DyoQ4TYGCF8W8Mhikzp+B+4zCDOEm/K4a0EDdQbkM04fR0GvcairU3zB W9mNrwM+ulwOYt7ya/FSw== X-UI-Out-Filterresults: notjunk:1;V01:K0:JDeZy3sYR64=:9h6MieIsnE36z76JRl/WvZ DR/49prCEITW9dTf9mR7JrMSGYXo/g2nPXoVJ7jzG+S9QAFmH9qO0xvXqZGcnYLnBuHgwMsfC AB3Ebo0fEsPq5WghIwbKGtSYBCLkvThieo1sDDwv7pffBJMiKlottuKaIUwLxDp7q75KWpNCd ewunzRdXDWeIzY4tMklUM5kccuc7k6ZQcY4QScOi21+vyve3YdMMnhurM1ifjxCoqvj/ThO+a 5WLrJWDUj25beV+BlCUGIT2Kiw5bZDY1to0juFxgaQz+NEJcuTEpVv47Ue+wDvDp9NH4cvvVd Vq0qR5ZRoMUJaaVAYr4fTC41MRbI7zZIPmQA7HRwPncc2S63jdNc6zGMdepdeEO1W4gDuqpcS 1S9OCj6nyYS0Rh5c/Yh0zmrDKInt3+kHqy9lGE6SzcWJ173sOcDTrS0L/MabsYAzyhB7pl5S6 HNyOMg0Q73FMYXSAlOjxS0NO1qH/SXNJIk5veI2LCNrTvJ0fes9052S5ZcletDRmEm1qTNxLb jmCq1S1uN5XqJoEVtbVgQFJjWKWVuZ8wHnmdUnJyOZZvIhZKxQwJkJxVkzpKv2QXOsQFZZWwQ TyazMGOs0rWwnSdTB/dHhKi/m+Ydw4YBepmrmlXj+7LHzVEYVx8OYXOwy9BgIMTs9QpU2xUAu 0EKSWQE+bSkwQSTDGFqdIZNnAOtQsoxDbNL17gvUEy47StMRDHAUwcrkkBNwqbKVBrmlVTNtR 4bkkgvYMwFpWC50T+AYrz2/CfdvoheRflfk7FYbC/LgSuvZkDae0RCNtNxPYoO9zn77BzcQqN NcchiBNFlAH6OKMJM+RyVajKbpPEIvJyEj88tP4LzowGKKgrRY= X-Spam-Score: -0.7 (/) 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.7 (/) This is a multi-part message in MIME format. --------------020101050304090602050009 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I checked in a fix to the basic routine deciding which text to show in the tooltip. Please retry with latest master. If the crash still occurs please proceed as follows: (1) Try with `x-gtk-use-system-tooltips' nil. This should tell whether GTK tooltip handling interferes with our routines. (2) Try the attached diff. When the crash occurs please do p old_len_0 p new_len_0 in the debugger and post the values it prints. This should tell whether a timer is added while we construct the list for the copy. Undo the change after you're done. Thank you, martin --------------020101050304090602050009 Content-Type: text/plain; charset=windows-1252; name="concat.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="concat.diff" ZGlmZiAtLWdpdCBhL3NyYy9mbnMuYyBiL3NyYy9mbnMuYwppbmRleCA0NzQ1N2U0Li42ZmVh NWNkIDEwMDY0NAotLS0gYS9zcmMvZm5zLmMKKysrIGIvc3JjL2Zucy5jCkBAIC01NDYsNiAr NTQ2LDkgQEAgc3RydWN0IHRleHRwcm9wX3JlYwogICBzdHJ1Y3QgdGV4dHByb3BfcmVjICAq dGV4dHByb3BzID0gTlVMTDsKICAgLyogTnVtYmVyIG9mIGVsZW1lbnRzIGluIHRleHRwcm9w cy4gICovCiAgIHB0cmRpZmZfdCBudW1fdGV4dHByb3BzID0gMDsKKworICBFTUFDU19JTlQg b2xkX2xlbl8wLCBuZXdfbGVuXzA7CisKICAgVVNFX1NBRkVfQUxMT0NBOwogCiAgIHRhaWwg PSBRbmlsOwpAQCAtNjQzLDcgKzY0NiwxMSBAQCBzdHJ1Y3QgdGV4dHByb3BfcmVjCiAKICAg LyogQ3JlYXRlIHRoZSBvdXRwdXQgb2JqZWN0LiAgKi8KICAgaWYgKHRhcmdldF90eXBlID09 IExpc3BfQ29ucykKLSAgICB2YWwgPSBGbWFrZV9saXN0IChtYWtlX251bWJlciAocmVzdWx0 X2xlbiksIFFuaWwpOworICAgIHsKKyAgICAgIG9sZF9sZW5fMCA9IFhGQVNUSU5UIChGbGVu Z3RoIChhcmdzWzBdKSk7CisgICAgICB2YWwgPSBGbWFrZV9saXN0IChtYWtlX251bWJlciAo cmVzdWx0X2xlbiksIFFuaWwpOworICAgICAgbmV3X2xlbl8wID0gWEZBU1RJTlQgKEZsZW5n dGggKGFyZ3NbMF0pKTsKKyAgICB9CiAgIGVsc2UgaWYgKHRhcmdldF90eXBlID09IExpc3Bf VmVjdG9ybGlrZSkKICAgICB2YWwgPSBGbWFrZV92ZWN0b3IgKG1ha2VfbnVtYmVyIChyZXN1 bHRfbGVuKSwgUW5pbCk7CiAgIGVsc2UgaWYgKHNvbWVfbXVsdGlieXRlKQoK --------------020101050304090602050009-- From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Jan 2018 00:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151710085127638 (code B ref 30182); Sun, 28 Jan 2018 00:55:02 +0000 Received: (at 30182) by debbugs.gnu.org; 28 Jan 2018 00:54:11 +0000 Received: from localhost ([127.0.0.1]:45611 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efbEZ-0007Bi-8i for submit@debbugs.gnu.org; Sat, 27 Jan 2018 19:54:11 -0500 Received: from mail-pf0-f181.google.com ([209.85.192.181]:46874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efbEX-0007BV-Ed for 30182@debbugs.gnu.org; Sat, 27 Jan 2018 19:54:09 -0500 Received: by mail-pf0-f181.google.com with SMTP id y5so2169524pff.13 for <30182@debbugs.gnu.org>; Sat, 27 Jan 2018 16:54:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=p2cyUP2KsrOY/8iwSOgoMDrD1iB04uAhAQjL9rlxXbo=; b=PokEA3KmQaaJHeDaCizfE7pzbtK1iQjUoHui0zTN4ZDSn4DkKYqsZYZMp2JrAwFlH6 bifVNuhTrEqGTeMT3g+vTVERTQfJ8R/w4lAB2U1adNFzGE8q9ZuyCXBJcHSdhntk/I6Q yymUIZb6KkcGtmpNRJntlUkjqusEbMbM0SSWdE21N/C0VvfQLP+aml0BumxtsY83eByo wZbUPKVDOIjpv1Xyiu7+yUAZhGglz7c5jqWKDUQITYO/zaV4uEd+poXYJ2/PyJY7lKD8 zvGeL2JHbxVt97gj07dzYFfVC5LQRbwTc0o8u4odDPGIcXu6da0gWS8deSsdU5z4yJMY cBeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=p2cyUP2KsrOY/8iwSOgoMDrD1iB04uAhAQjL9rlxXbo=; b=BAqUmHKHRnRPKJh8W680CAVAXur+C0Z5SvkuowqpPDHaEcI42KVTqNXjkCrRV2ZEML ekBq0TMVH9ZukwGi+G4AhHkrkk2nxxG3m8F15HaBVr4oiShr2tbynTKS7exRPJCuRltH PpanjpXM8qemRYtrGchZKhWhTBBQpvNfujkCjsBgRyP2kkYKV47gsg2rcRBIdTUbvZTs pW/heOMFiN+BLQJid+P6ZyFu4DMcKWGzjZ55kiYJJ1pgEZzOs8c5CzrPA2pyLkvsgSIf H5xMltlKwtY0xm/4tWeFpvMqaozTIeVocLtsUbFoACMxc9fx8fNjszPt5K8ttwKxnz9y pLew== X-Gm-Message-State: AKwxytd9YgdL5NyTyMBXEB9R1h0sQ024dlLhgXQsJi2obC59X48/qID8 CHDowfHM0U6dpqlQPdX33iPuJ1V1 X-Google-Smtp-Source: AH8x224f5UxSxOSdeeLhUNwo+0xI+kxBraHCiLtRZVlMSlI091UIfGwMJxwVHZ14iZHGdxiDWHL4sw== X-Received: by 10.98.195.2 with SMTP id v2mr22538714pfg.141.1517100842785; Sat, 27 Jan 2018 16:54:02 -0800 (PST) Received: from the-damned ([117.246.233.200]) by smtp.gmail.com with ESMTPSA id v24sm11504280pgc.82.2018.01.27.16.53.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 27 Jan 2018 16:54:02 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <5A6C37A7.2020309@gmx.at> Date: Sun, 28 Jan 2018 06:23:42 +0530 Message-ID: <87r2qag5wp.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > I checked in a fix to the basic routine deciding which text to show in > the tooltip. Please retry with latest master. > > If the crash still occurs please proceed as follows: I checked with master and the crash no longer happens. Thanks for fixing this issue ! From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Jan 2018 08:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151712802020645 (code B ref 30182); Sun, 28 Jan 2018 08:27:02 +0000 Received: (at 30182) by debbugs.gnu.org; 28 Jan 2018 08:27:00 +0000 Received: from localhost ([127.0.0.1]:45693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efiIm-0005Mv-F5 for submit@debbugs.gnu.org; Sun, 28 Jan 2018 03:27:00 -0500 Received: from mout.gmx.net ([212.227.15.19]:53445) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efiIk-0005Mg-LG for 30182@debbugs.gnu.org; Sun, 28 Jan 2018 03:26:59 -0500 Received: from [192.168.1.100] ([212.95.5.223]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRXSK-1eDD3z2aWe-00SjZ1; Sun, 28 Jan 2018 09:26:51 +0100 Message-ID: <5A6D8947.5010207@gmx.at> Date: Sun, 28 Jan 2018 09:26:47 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> In-Reply-To: <87r2qag5wp.fsf@gmail.com> Content-Type: multipart/mixed; boundary="------------020602000607010106090503" X-Provags-ID: V03:K0:GEYo4mqTzeQ++BjpwMJIsJYag8tz35FoH/B9HFUWjDC0NsKY1rF nDT42Gmp91I+URUVFPerCjXi4Gvwj3DevZAUe3Cz8XW02S75Co94DE+YCpA3UeWlJwYm7Ul sdFtQiTI6lcTmd2tEat8T1Rhy534CG8+x15M4kd9kSzGa/T2PAxdjBbPQNcobtHlluiFQdb qDNR7lxi1q77tR+ZxC/FA== X-UI-Out-Filterresults: notjunk:1;V01:K0:m4ulcKk21ZI=:4wCaLN6vTVFRNew6lHrUKs fq/dwzQ6rRzZGTeKd3vskCatm7QN5d0/eH5rE5lGuxkmD5bS1RwALqQKL4QwKh0oXEPugcAAi PEtv3/LvXoz3j2oq8GuYpmzYUCSRObTz7k4mh1XMow5PQNrtGPQXeHq/5b/QscdaJQC4bYAgu 8yGDKr3UcUeao3VYtcbL4iVVTKwAKxKuncqkmbYY4CUi+M85o0u0UWM5viueAhUFTiZFLmuLn CiNgxMTSwl+MUeODH7LTFFxJ9lULeqGgcIss12y4gBpG779ZV0IKqlPce0hNZNQIvlg7ARBYt vODS/iulnvsH+/mq+0qIujuFli6O2P+9dchg9kJkp7aayOl6U683dYii++gCYclR+XnOs4H2o 5TfIEbufx9xStRWF5VbUwwzwTjUTZdfTH7KFuGj8Ii1znxQf51wsIqb3dORXWDAQPPdYhRTEr sF4LQgaT3STsTUkCYViyk65tKcArfNztZnJOBm0HS/YobtYs/mYv/s6CaBMLPTCk2lADYimqu ptn4fyF6cjQ167i4WQS5HLI+h+YsvU9Zh9L0jj568pHsisR+/bkhUbmiPnB7GE5/+6orxT6L6 wHQvqzqJ1Ea+orzgvlgH/EEC6otHOwg6MYYjT/dUTYu9hedl/DW32+pwbNUOZeEwZLWWbCYqe 0sOKiiniX6KsZIp3BjyqCECa5yagZ5z30klaRXIJAIDm636tk339bSBrjl2NlHjg5pSr+tBLw k01Y0BkBN87Hji9HUVnr7y2wSOJOlQmIRxIpjB5W1ASVqajlbf+rGeaJVVuq6F0vg7+bXcnsb i3KpIpoKxu3XOTHZ2wdiokr7r5KsQ== X-Spam-Score: -0.7 (/) 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.7 (/) This is a multi-part message in MIME format. --------------020602000607010106090503 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit >> If the crash still occurs please proceed as follows: > > I checked with master and the crash no longer happens. Thanks for checking and for reporting this bug in the first place. It revealed an awfully silly, costly and completely unnecessary way of implementing the desired behavior. Yet, I'd still like to know why and how that crash happened. So if you have a few minutes to spend, please shortly undo the fix and try the two things I asked in my other mail, namely to: (1) Try with `x-gtk-use-system-tooltips' nil. This should tell whether GTK tooltip handling interferes with our routines. (2) Try the attached (again) diff. When the crash occurs please do p old_len_0 p new_len_0 in the debugger and post the values it prints. This should tell whether a timer is added while we construct the list for the copy. Thanks again, martin --------------020602000607010106090503 Content-Type: text/plain; charset=windows-1252; name="concat.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="concat.diff" ZGlmZiAtLWdpdCBhL3NyYy9mbnMuYyBiL3NyYy9mbnMuYwppbmRleCA0NzQ1N2U0Li42ZmVh NWNkIDEwMDY0NAotLS0gYS9zcmMvZm5zLmMKKysrIGIvc3JjL2Zucy5jCkBAIC01NDYsNiAr NTQ2LDkgQEAgc3RydWN0IHRleHRwcm9wX3JlYwogICBzdHJ1Y3QgdGV4dHByb3BfcmVjICAq dGV4dHByb3BzID0gTlVMTDsKICAgLyogTnVtYmVyIG9mIGVsZW1lbnRzIGluIHRleHRwcm9w cy4gICovCiAgIHB0cmRpZmZfdCBudW1fdGV4dHByb3BzID0gMDsKKworICBFTUFDU19JTlQg b2xkX2xlbl8wLCBuZXdfbGVuXzA7CisKICAgVVNFX1NBRkVfQUxMT0NBOwogCiAgIHRhaWwg PSBRbmlsOwpAQCAtNjQzLDcgKzY0NiwxMSBAQCBzdHJ1Y3QgdGV4dHByb3BfcmVjCiAKICAg LyogQ3JlYXRlIHRoZSBvdXRwdXQgb2JqZWN0LiAgKi8KICAgaWYgKHRhcmdldF90eXBlID09 IExpc3BfQ29ucykKLSAgICB2YWwgPSBGbWFrZV9saXN0IChtYWtlX251bWJlciAocmVzdWx0 X2xlbiksIFFuaWwpOworICAgIHsKKyAgICAgIG9sZF9sZW5fMCA9IFhGQVNUSU5UIChGbGVu Z3RoIChhcmdzWzBdKSk7CisgICAgICB2YWwgPSBGbWFrZV9saXN0IChtYWtlX251bWJlciAo cmVzdWx0X2xlbiksIFFuaWwpOworICAgICAgbmV3X2xlbl8wID0gWEZBU1RJTlQgKEZsZW5n dGggKGFyZ3NbMF0pKTsKKyAgICB9CiAgIGVsc2UgaWYgKHRhcmdldF90eXBlID09IExpc3Bf VmVjdG9ybGlrZSkKICAgICB2YWwgPSBGbWFrZV92ZWN0b3IgKG1ha2VfbnVtYmVyIChyZXN1 bHRfbGVuKSwgUW5pbCk7CiAgIGVsc2UgaWYgKHNvbWVfbXVsdGlieXRlKQoK --------------020602000607010106090503-- From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Jan 2018 05:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15172028447061 (code B ref 30182); Mon, 29 Jan 2018 05:15:01 +0000 Received: (at 30182) by debbugs.gnu.org; 29 Jan 2018 05:14:04 +0000 Received: from localhost ([127.0.0.1]:47050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eg1lZ-0001pP-RP for submit@debbugs.gnu.org; Mon, 29 Jan 2018 00:14:02 -0500 Received: from mail-pf0-f170.google.com ([209.85.192.170]:45488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eg1lX-0001pA-CQ for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 00:13:59 -0500 Received: by mail-pf0-f170.google.com with SMTP id a88so3978825pfe.12 for <30182@debbugs.gnu.org>; Sun, 28 Jan 2018 21:13:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=nTzsYiT43NxNQrt2L1fp7GFKtxxyAgryEMQWvbd3ipk=; b=VhF/JGp+XqEskmm2zcZ8Xe3E4ZIZsxjXAvf5KUzipJcBu5KXPli5RQ5VVWCFi2ebkX euYtsG9URgprW89ClJxuuIPpIgJJAq6VcqvnoOl5geppRelBLZhLqdWwyTksFwtS4q1Y Lr+17DVMw2TlkdnirbRbaQwxvHhZqNgs3UMKhCGOi6IjidQys1MWKViyvfkKstnwAN0j ooqvJ6beV5MogNzx8Fa/SiZVia6GSdAEMcD3GLG9OvmwEcUeOt5HXXjT6Fm3srpBgD2h yY/x+PmaNQzFmkPo+hp4Y2tsU1d5jOd+56Bm8/DEUtL1FZYyH8+kWVLkxR+syuDTuP3a 1jSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=nTzsYiT43NxNQrt2L1fp7GFKtxxyAgryEMQWvbd3ipk=; b=NH1/yNr7xFwJrD+qkoW4mNsssd19LBJ0Fb+hhOAt0usPvbHdbPIyaI6FaxzQIf1ElS 34V1Uf25j5yzWVx5ES2N1J/Q8cVJCqWb+zwwNEAdWY+1PKqrf33TdRwS2gG2YRRnbgoh zUSdT4MSOVOsUPpKGekuTEhnLn+yo69ftO4RucxLmb18gY4FPLo3xh5c5loeeZ5Ou//J Tv2VJkRgigV7KmPeyorXc6C1TRQN3V4SRjatwj8kDS78XpQkFYNmaJLXMV+TAyjQ4Hh8 CUIm/KnPcj4glLKs3oVelXMeOuZ9dEpH4pmT79ulO6Wnu9dmr+25fFewIXFrgSch51tU IeLg== X-Gm-Message-State: AKwxytemKq2dJEtl4JB2DmsGl842Tv1AdpxN3xwVE6UAUDw1BmuOGiG+ VAdu5QdWX/fmmnlmbX7nPDftrEVp X-Google-Smtp-Source: AH8x226XpDBmpRkUnoITFnMLlt0Bq+DYxKvG96B5HitboWwMGm83Bke9sQR2Uw9YSZW+3BNool49RA== X-Received: by 10.98.47.193 with SMTP id v184mr25289634pfv.90.1517202833193; Sun, 28 Jan 2018 21:13:53 -0800 (PST) Received: from the-damned ([117.209.188.162]) by smtp.gmail.com with ESMTPSA id x185sm28504359pfd.186.2018.01.28.21.13.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 28 Jan 2018 21:13:52 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <5A6D8947.5010207@gmx.at> Date: Mon, 29 Jan 2018 10:43:33 +0530 Message-ID: <87d11t9ria.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > Yet, I'd still like to know why and how that crash happened. So if > you have a few minutes to spend, please shortly undo the fix and try > the two things I asked in my other mail, namely to: I reverted d1cfe4641d89259210304cf75011a22cc765e2ed in master. > (1) Try with `x-gtk-use-system-tooltips' nil. This should tell > whether GTK tooltip handling interferes with our routines. With x-gtk-use-system-tooltips set to nil, the crash happens. > (2) Try the attached (again) diff. When the crash occurs please do > > p old_len_0 > p new_len_0 > > in the debugger and post the values it prints. This should tell > whether a timer is added while we construct the list for the copy. With the patch: (gdb) bt full #0 0x000000000058dc63 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:364 #1 0x000000000062a7ea in die (msg=0x76bf8b "CONSP (c)", file=0x76bec8 "lisp.h", line=1292) at alloc.c:7423 #2 0x000000000058799a in xcar_addr (c=XIL(0)) at lisp.h:1292 #3 0x0000000000587a9a in XSETCAR (c=XIL(0), n=XIL(0x34deff5)) at lisp.h:1321 #4 0x000000000065b538 in concat (nargs=1, args=0x7fffffffdb58, target_type=Lisp_Cons, last_special=false) at fns.c:758 elt = XIL(0x34deff5) thislen = XIL(0x3282423c) thisleni = 0 thisindex = 0 thisindex_byte = 0 val = XIL(0x36398e3) tail = XIL(0) this = XIL(0) toindex = -1 toindex_byte = 0 result_len = 4 result_len_byte = 4 argnum = 0 last_tail = XIL(0) prev = XIL(0x3639913) some_multibyte = false textprops = 0x0 num_textprops = 0 old_len_0 = 5 new_len_0 = 5 sa_avail = 16384 sa_count = 4 sa_must_free = false #5 0x000000000065a63b in Fcopy_sequence (arg=XIL(0x3645d63)) at fns.c:514 (gdb) fr 4 #4 0x000000000065b538 in concat (nargs=1, args=0x7fffffffdb58, target_type=Lisp_Cons, last_special=false) at fns.c:758 758 XSETCAR (tail, elt); (gdb) p old_len_0 $1 = 5 (gdb) p new_len_0 $2 = 5 From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Jan 2018 10:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15172202722042 (code B ref 30182); Mon, 29 Jan 2018 10:05:01 +0000 Received: (at 30182) by debbugs.gnu.org; 29 Jan 2018 10:04:32 +0000 Received: from localhost ([127.0.0.1]:47126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eg6Ih-0000Wr-VA for submit@debbugs.gnu.org; Mon, 29 Jan 2018 05:04:32 -0500 Received: from mout.gmx.net ([212.227.17.20]:50499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eg6Ig-0000Wf-80 for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 05:04:30 -0500 Received: from [192.168.1.100] ([46.125.249.66]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MB2G8-1eWAfD21PY-00A1yX; Mon, 29 Jan 2018 11:04:23 +0100 Message-ID: <5A6EF1A2.30904@gmx.at> Date: Mon, 29 Jan 2018 11:04:18 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> In-Reply-To: <87d11t9ria.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:OwSHiWHNe3E41Xxfb26DzDcA2tcEKN4n8IR3Pwa2lcplHX7f+Iq upZJz0YXJbCMaZCCXXgJBGRxaltmK/mcqJAxMPaOSd/QvLZ2DABvQYMUBko808slckNfk2P ffIj90k47dbT7LnoQokREusgu+YIt1JvDTIJmTEw8BF9ex346Df4VZNHg0Dr9WCbTSTHmWQ m3BY3YK6jVte4zzDN8j7w== X-UI-Out-Filterresults: notjunk:1;V01:K0:m+S6ubFN5qE=:lzBzYKZKXjjxdaFiFiZRgf 0Y78yS83PJwFB55o4xw3xZX5FSGJN8on1FWYlydBWW6ry7kEov4ZNuX8/gsuvgepVsdSwM03z s6c8SuujjXlqw8fWU/7SI1L3n9cFo9ds7Cj5GYi2eLXKzGckwd0k1u1g7v5WSrf5T6MhCs01T 7FCPmghW/fJ8vwTdRZtoPLDdYUZWntV5fSuKRbIKQ8wRX9Y+epRp+v4zeMXFJKRb8f8OJFeTW hA9caVltimOKSNnHMc9baulDqmn0ZJbtkQ3BjOV5IMkRKxMGN9QZkELGY21ANPFvHJ9zbLEW6 jxGtRmUfNg+fGXbHzdw2yckciV/gqteE0ssup+vXK+Yn/7u5qgKXu4MImZg0qQoMs2uVw4r/J 73QYftVwXCD+UYzym/VQdSqyEUagCLQTcor4PIhGnR7/A2Ize4meqdx01KXERX3ETBVHR2uN9 wpN58lHdLEpHMDCJ18/R9nhB5uP3glGf0hBZydn3VVnP0wqFTWoQ8mKiEx1267Lpt0DFVbE1x 0bdblfBYEy0qcJ3cQPoBBTJD6+vJsu2FmYbZv3kzjhjYNflP0AYpiXvriR9HCTja/YHKUq068 NHCryfp3895KucHL9HU0EDIy5Ia75cVKGz6ndurYdpCGJ5rH5FI+j3I+KhK/3sEJ7DpFGDSi/ pI8yrtkYJVAAGUndpGVAZW/OGsq5hrl2eY3s5c0t3ihjc7t49rWzDMYr8hU6o7L0CH4o6xH3r qZ5aFzt2t/9LOF2Hd1e+E1tlPtotjksRCwwrngmtp86mnGyg98EdHJzzeQuvFbSF4bxvXXUqp mnainMG2zp+o861iubNr2xgb4ytRTSs1GIIJ/vO9kVfn8g7//c= X-Spam-Score: -0.7 (/) 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.7 (/) >> (1) Try with `x-gtk-use-system-tooltips' nil. This should tell >> whether GTK tooltip handling interferes with our routines. > > With x-gtk-use-system-tooltips set to nil, the crash happens. Good to know. > (gdb) bt full [...] > result_len =3D 4 [...] > (gdb) p old_len_0 > $1 =3D 5 > (gdb) p new_len_0 > $2 =3D 5 This means that Fmake_list doesn't play a r=C3=B4le here and a timer is added in a very constant fashion in between setting result_len to 4 on line 636 and making the list on line 646 of fns.c. Crazy. Thank you very much for testing this, martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Jan 2018 15:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151724103924000 (code B ref 30182); Mon, 29 Jan 2018 15:51:02 +0000 Received: (at 30182) by debbugs.gnu.org; 29 Jan 2018 15:50:39 +0000 Received: from localhost ([127.0.0.1]:48040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egBhf-0006F2-61 for submit@debbugs.gnu.org; Mon, 29 Jan 2018 10:50:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45722) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egBhd-0006Ep-Km for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 10:50:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egBhU-0003J6-9G for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 10:50:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egBhU-0003Iq-0I; Mon, 29 Jan 2018 10:50:28 -0500 Received: from [176.228.60.248] (port=1749 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egBhT-0004M1-IW; Mon, 29 Jan 2018 10:50:27 -0500 Date: Mon, 29 Jan 2018 17:50:34 +0200 Message-Id: <83lgggirzp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A6EF1A2.30904@gmx.at> (message from martin rudalics on Mon, 29 Jan 2018 11:04:18 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@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-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: -5.0 (-----) > Date: Mon, 29 Jan 2018 11:04:18 +0100 > From: martin rudalics > CC: Eli Zaretskii , 30182@debbugs.gnu.org > > > (gdb) bt full > [...] > > result_len = 4 > [...] > > (gdb) p old_len_0 > > $1 = 5 > > (gdb) p new_len_0 > > $2 = 5 > > This means that Fmake_list doesn't play a rôle here and a timer is > added in a very constant fashion in between setting result_len to 4 on > line 636 and making the list on line 646 of fns.c. Crazy. Ideas for how this could happen are welcome. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Jan 2018 15:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151724121224334 (code B ref 30182); Mon, 29 Jan 2018 15:54:01 +0000 Received: (at 30182) by debbugs.gnu.org; 29 Jan 2018 15:53:32 +0000 Received: from localhost ([127.0.0.1]:48044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egBkR-0006KQ-Mf for submit@debbugs.gnu.org; Mon, 29 Jan 2018 10:53:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egBkP-0006K7-UX for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 10:53:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egBkF-00053S-Ao for 30182@debbugs.gnu.org; Mon, 29 Jan 2018 10:53:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59811) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egBkF-00053M-7C; Mon, 29 Jan 2018 10:53:19 -0500 Received: from [176.228.60.248] (port=1751 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egBkE-0004ZO-M3; Mon, 29 Jan 2018 10:53:19 -0500 Date: Mon, 29 Jan 2018 17:53:26 +0200 Message-Id: <83k1w0irux.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A6D8947.5010207@gmx.at> (message from martin rudalics on Sun, 28 Jan 2018 09:26:47 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@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-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: -5.0 (-----) > Date: Sun, 28 Jan 2018 09:26:47 +0100 > From: martin rudalics > CC: Eli Zaretskii , 30182@debbugs.gnu.org > > Thanks for checking and for reporting this bug in the first place. It > revealed an awfully silly, costly and completely unnecessary way of > implementing the desired behavior. Btw, if using window-at-side-p is so much more efficient than window-in-direction, then how come the former is not documented in the ELisp manual? Should it be? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jan 2018 08:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15173010631754 (code B ref 30182); Tue, 30 Jan 2018 08:32:02 +0000 Received: (at 30182) by debbugs.gnu.org; 30 Jan 2018 08:31:03 +0000 Received: from localhost ([127.0.0.1]:48524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egRJn-0000SE-6x for submit@debbugs.gnu.org; Tue, 30 Jan 2018 03:31:03 -0500 Received: from mout.gmx.net ([212.227.15.15]:50498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egRJj-0000RN-3w for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 03:30:59 -0500 Received: from [192.168.1.100] ([212.95.5.253]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0McmFl-1ePBRl3iVd-00HtXj; Tue, 30 Jan 2018 09:30:52 +0100 Message-ID: <5A702D36.6040302@gmx.at> Date: Tue, 30 Jan 2018 09:30:46 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> In-Reply-To: <83lgggirzp.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:zzhQPQRpCD/NfBFoSnKb/w9/0YQbHMFGGapZ6oOPC9CTqUdGgEe GqGNX9xLAbH86V0c5rd8MwRGnuS1OVYr3zStPcu+FF9BzZeIRzMnxGj/fSPXm4QGRZBGmnq Y2x7BODjs6ScdN7QX8Jc0JMbYwm3XHFBiggnkaZOZ2j6F3Jmex5JkD4I5cOcHl6R7G+V604 ZF9vyVeu12DKNLcur6rMg== X-UI-Out-Filterresults: notjunk:1;V01:K0:wH6awCw4YNI=:KpqIv/uVRQ/3OeI/++QRsS 3+iCPfY7PXBS3VSXH+nmU0z8HYDTxB66JVZr2hAhERd/gX+vev9B1hKiWu+/b1mdOXi4QInUo oSQhirnNrq/DU1tpsQjeggMDDr4wwFKx8vYqyUNDB0Ogw+XcXAt20w5aM9ttoKMwNw4SWBqOp px6p0BkKoj21aRB8xGifx1P9UXWD6780VgMMIV4Q1/eTANSTD0KOKdsjJI/UAFIto9q+jA9Fr 245c8hibwBBBHGJFqvPsosAvV6NFLeutEQvB9ZUrKTUqHfbWTdqky1XxxUu1gK+UdotviXnQk yv/R2xGRsdi9EMK5myS9uYjJ+yXu5Uho84RlNnstBjm1v/+LCPLSK4XOPEFzURqNUKEWh45CZ Jaj76RxIsmmjtuHnP6tcrNfPSKh76pE0tHBnwSYKoRrm1Te1iOQ2whZ557Afs6rU/PtgUzrq2 EwHiKWyGvPhz+OwPUUIrFKU752lns2tiTvCA8SNXR+2MufJILAfWU8sTB9FdSTThzCP9Yy2q4 sqhPFT6hPVxfGwL/KNcGkOC1HmBgc2+CfCw7kHqbU1GUV17zUZXIcf09FwUaLKYv9QR2kWsFs N+sEcqaID8wRqi11EN9MbVyWm5LGaIKbXxZg4Cr+gTb7U2JeC08PgD1uWTu531x0XTrvNaOtZ 4opgl+5KcAVCF1E2MMHrHXNQZCVzegDAXbpEyFdpcqmi4id6pU/6oZpC5pPWXtWYXAsobwqY+ 9aW4MMln6Yy93WWmt4I854nZVHSL2glVib4AfP1VzK7KcZNd7CJeEpuxuddhTx+0XOB0VKBCx VuOHXDX0y7VYhSt0nv+eik59kYddyPa4WQmfWlLjXH/Aj6LQGM= X-Spam-Score: -0.7 (/) 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.7 (/) > Ideas for how this could happen are welcome. The problem should be with calling pos_visible_p. It's obviously not a good idea to calculate the height of the mode line while trying to establish the tooltip text for a part of the mode line. So we probably end up evaluating `mode-line-buffer-identification' which sets up a timer. Unfortunately, this remains a wild guess. It's virtually impossible to analyze the problem in more depth: You'd always want the value of `timer-list' in order to know which timers have been added to and removed from it. But if `copy-sequence' on `timer-list' fails, there are no reliable means to get that value. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jan 2018 08:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15173010671769 (code B ref 30182); Tue, 30 Jan 2018 08:32:02 +0000 Received: (at 30182) by debbugs.gnu.org; 30 Jan 2018 08:31:07 +0000 Received: from localhost ([127.0.0.1]:48527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egRJq-0000ST-Dm for submit@debbugs.gnu.org; Tue, 30 Jan 2018 03:31:06 -0500 Received: from mout.gmx.net ([212.227.15.15]:59844) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egRJn-0000RT-Kl for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 03:31:04 -0500 Received: from [192.168.1.100] ([212.95.5.253]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4nt7-1exQJI2jLZ-00yuie; Tue, 30 Jan 2018 09:30:57 +0100 Message-ID: <5A702D3B.2070004@gmx.at> Date: Tue, 30 Jan 2018 09:30:51 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <83k1w0irux.fsf@gnu.org> In-Reply-To: <83k1w0irux.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:aKydLlKjcX1hGV+3PeYIZ5ouIoqLci22VjsvkRjt6KnmppbfvIn 5yiO9gjvhCrSc3nrxs4PGUkWOQZgL4qGYURmVFJiGT+HjRl2LdsohfvPt0UXtJ0jSZ+1rb+ mbahSQp+DhGfmW5VfdtDCgSmvQ0aPvXLpVVJX+J+adKR3aJg5CD6GLbi1bkcyDlaVrWKdg9 D+EuuHXomnVbsbWj/Vp2w== X-UI-Out-Filterresults: notjunk:1;V01:K0:0atVwfcMpiM=:JQ9uqO9hjDqob6/OV/epm6 n8YHjjvMhIedF/JT8xTJqLof5x7KAyZpPO9g0T51Ohzmp4QJhk/MIiwlFG2kUm8e0hx5LA7h3 sSVpf/hhxZ8Uk2YU/e8PlnRDun887cfzrNBo+YmRFHf9+T+Y+4WaTV5RfMdXeLqFGWO4/G7Yx NH9z+hNwEoBX2kuW/nOJ+MHJns4RkMi87XAEp57VkFj2puObRpMGDdZHTdAEf0xHkg+rpjmA2 0JEYvCjNgA0XkK8ajX/XJhosDtXwbukG0Xm9xzCiNF/kosiYLxGMkbOYeIgCMvce0bxbm+AoJ VXgSu6T5BB9Lf8tRgpSz3dN+TDGrnmD182hlBe93wiXmn3fl79bm0C+TLHeACICn6te4Ru4VL GkVGj5xdmytG3b6uziN0fWTyDamCdR+pLdEb6cwXem3snMywFZKqOSXZfvZIgnWb/4n0yxTpg eva/p8g1ChR6RwXJwLYUgeVdySfAPvg+NtnC1BT8613+6D9/0epcE/6mDgCk2UdNGskSS9slc 2OlXuf/snpfppRzcDE5bJj6YMOQaPnYOBUe0rKfLw7LrL9m85TOvpQE2zJwBgUR2H+Etob9sD EoaMG9qhktZ9gnUfEoV72JZwSOpNMJFFbT+Dqnj6tPsVX/33iTdEbvWp7X3V9HCnC/pAym+2s 5B8Iw3mLdkmMUJQruNVy3m8pOMDkfVRFoDe4sSKRu9hllbxAkcEFknSBNLSGtNkZkNBUeFiFj yoEqftXH3zjGIFDr0D8J2rX7smdnBb2xTgHIaxtlM0xz8T7x7AxHhVBErgHuq4t1bvnn9b+IW 3AgCWYhgqBXPCbsU1OSCUil4GEhENfvZpjdl0Xi7bF7fYfTmnw= X-Spam-Score: -0.7 (/) 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.7 (/) > Btw, if using window-at-side-p is so much more efficient than > window-in-direction, then how come the former is not documented in the > ELisp manual? Should it be? I'm not sure. So far `window-at-side-p' is only used in `window-in-direction' and to quickly tell whether a mode or header line can be dragged ("quickly" because that doesn't check for whether windows have fixed size or are already to small to get resized). It's not internal (not called `window--at-side-p') because it's called from mouse.el Also, `window-at-side-p' could check arguments better as evaluating (window-at-side-p nil t) shows. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jan 2018 13:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15173191503149 (code B ref 30182); Tue, 30 Jan 2018 13:33:02 +0000 Received: (at 30182) by debbugs.gnu.org; 30 Jan 2018 13:32:30 +0000 Received: from localhost ([127.0.0.1]:48664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egW1W-0000oj-BP for submit@debbugs.gnu.org; Tue, 30 Jan 2018 08:32:30 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egW1V-0000oX-0e for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 08:32:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egW1M-0003n8-0Q for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 08:32:23 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59899) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egW1L-0003n0-Te; Tue, 30 Jan 2018 08:32:19 -0500 Received: from [176.228.60.248] (port=2804 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egW1L-0003NA-Ap; Tue, 30 Jan 2018 08:32:19 -0500 Date: Tue, 30 Jan 2018 15:32:29 +0200 Message-Id: <83po5rh3pu.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A702D36.6040302@gmx.at> (message from martin rudalics on Tue, 30 Jan 2018 09:30:46 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@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-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: -5.0 (-----) > Date: Tue, 30 Jan 2018 09:30:46 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > Ideas for how this could happen are welcome. > > The problem should be with calling pos_visible_p. It's obviously not > a good idea to calculate the height of the mode line while trying to > establish the tooltip text for a part of the mode line. So we > probably end up evaluating `mode-line-buffer-identification' which > sets up a timer. I can believe that pos_visible_p might trigger the :eval form, and that could add a timer. But what I cannot understand is how could pos_visible_p be called between the first and the second call to Flength inside concat. This is what we are trying to explain: how come the first call returns 4, while the second one retuens 5. That could only be explained by something that happened between these 2 calls. > Unfortunately, this remains a wild guess. It's virtually impossible > to analyze the problem in more depth: You'd always want the value of > `timer-list' in order to know which timers have been added to and > removed from it. How about running the code with a watchpoint on Vtimer_alist? Could that help? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jan 2018 13:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15173193033377 (code B ref 30182); Tue, 30 Jan 2018 13:36:01 +0000 Received: (at 30182) by debbugs.gnu.org; 30 Jan 2018 13:35:03 +0000 Received: from localhost ([127.0.0.1]:48668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egW3w-0000s2-PV for submit@debbugs.gnu.org; Tue, 30 Jan 2018 08:35:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36833) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egW3u-0000rq-LO for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 08:34:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egW3j-0006JP-LY for 30182@debbugs.gnu.org; Tue, 30 Jan 2018 08:34:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egW3j-0006JC-H4; Tue, 30 Jan 2018 08:34:47 -0500 Received: from [176.228.60.248] (port=2808 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egW3i-0005u8-V3; Tue, 30 Jan 2018 08:34:47 -0500 Date: Tue, 30 Jan 2018 15:34:57 +0200 Message-Id: <83o9lbh3lq.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A702D3B.2070004@gmx.at> (message from martin rudalics on Tue, 30 Jan 2018 09:30:51 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <83k1w0irux.fsf@gnu.org> <5A702D3B.2070004@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-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: -5.0 (-----) > Date: Tue, 30 Jan 2018 09:30:51 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > Btw, if using window-at-side-p is so much more efficient than > > window-in-direction, then how come the former is not documented in the > > ELisp manual? Should it be? > > I'm not sure. So far `window-at-side-p' is only used in > `window-in-direction' and to quickly tell whether a mode or header > line can be dragged ("quickly" because that doesn't check for whether > windows have fixed size or are already to small to get resized). It's > not internal (not called `window--at-side-p') because it's called from > mouse.el If you are saying that this is actually an internal function, then I could agree, although I'd at least mention that in the doc string. > Also, `window-at-side-p' could check arguments better as evaluating > (window-at-side-p nil t) shows. Since when are we shy to document buggy APIs? ;-) From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Jan 2018 09:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151739111821796 (code B ref 30182); Wed, 31 Jan 2018 09:32:02 +0000 Received: (at 30182) by debbugs.gnu.org; 31 Jan 2018 09:31:58 +0000 Received: from localhost ([127.0.0.1]:50276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egokI-0005fU-7L for submit@debbugs.gnu.org; Wed, 31 Jan 2018 04:31:58 -0500 Received: from mout.gmx.net ([212.227.17.21]:58944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egokE-0005fE-PL for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 04:31:55 -0500 Received: from [192.168.1.100] ([212.95.5.17]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mhdex-1eLBIG1pAZ-00Mvhl; Wed, 31 Jan 2018 10:31:47 +0100 Message-ID: <5A718CFA.2080408@gmx.at> Date: Wed, 31 Jan 2018 10:31:38 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> In-Reply-To: <83po5rh3pu.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------070507000309060409040706" X-Provags-ID: V03:K0:wT8eOG+2TcEIN3Tm1J9tnECwE5MBwlZI20yxIor8+QFoG0dJXCR BmQVBg435H02owqFg9RKJeqhMG96+NIfzL621TZ6SniL56HkD4vZXaqKT3wuAhoMQ/nYBW+ 7aciCu7tUXeno40lxo0hJcVz7ykSq3FCd0M5po02BC4L/nmqlqCTu1XMTcA+elAqZq3cv8Z xf/jNlhdjaxELa1V6J7Lw== X-UI-Out-Filterresults: notjunk:1;V01:K0:alT0Fl3vv3o=:Zd29KFOQfza9BhiFwsWjrp LPEoEb2CuvtlEwpFrzR4TCvvh4cXTOWQ6oFOONgHzxR5l4mar0sPSfC+K1IFivZiUDDVfHXPz AhHMpAYduJguvZ76CGzhyHymY7/85fbQP8PJe2L0pOBNgQYEMH97c93Nxtdi62U0GrP8CbvhM 6LO1wcXbfQ6tvVSO4ZTU0kwfeF9IjTFgGHqhcnNvx5bZBj/hkqtzJooj6fTbLXEeEUViLOmn3 gBJvy296zODL7m8OGkTgnznHUX50jUkFceylF+LaCGQqojEM7+MV4WXMT+cI38mVMuUCmqFIN SulEvqvi5orE9NxTutaMDWpPxrRlaRmOibBxQWmkX9xV8haUPKd1cwKW0mR5zs64zIegur8qv UX1M5sWuBIAzAHizU45Q3C8z0ROzM7Dxfn/wDbc9j6F/S277Vn5/qvrkoJK0WuCbRDQBh3ZH2 ke8nn2D0qCjIgmlhoavgL3m2qmWv3wTis8fvimLtcNpN8nfkd6qeIBK6aBSGD1PHrq5F8g+eW hnb29b4ayy4yBHxPwKYB5168supsc6+SgKAc0YNB/VUt0mVqGoWdul3piZ+txFnxFW1krfx8w Jv+RAN9va7ETAgzv2ATxu2sv+l7J315fMAbXQ898/YjMSgDbY6FO+NfDF6VR1ZTb2mzvgjkBY WQ5RWv+0RFK1eFbtU04+5z3ifGjvbga4dBB6WN6TV9hDFzL+2LNBGfboEQ3cEOtx9ZznSvXxi DzBYWZwea7SfhgeFMRUezXSBPySgf5lpR7YbMCXqK7EmTb3wf9oMN6NLvbfT3FmxAQLMZVn9U IFCT2giEmsGRw8EBB9hOv11AQ9WBB4fVKt3+UEO7hqXiZcB9GI= X-Spam-Score: 0.5 (/) 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.5 (/) This is a multi-part message in MIME format. --------------070507000309060409040706 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > How about running the code with a watchpoint on Vtimer_alist? Could > that help? That hardly sounds like an amusing experience with all those timers around. Sujith, could you instead try the attached patch and tell us what happens. Thanks, martin --------------070507000309060409040706 Content-Type: text/plain; charset=windows-1252; name="timer-check.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="timer-check.diff" ZGlmZiAtLWdpdCBhL2xpc3AvYmluZGluZ3MuZWwgYi9saXNwL2JpbmRpbmdzLmVsCmluZGV4 IDYwODIzNDQuLjQwZTVhZGEgMTAwNjQ0Ci0tLSBhL2xpc3AvYmluZGluZ3MuZWwKKysrIGIv bGlzcC9iaW5kaW5ncy5lbApAQCAtMTM2LDcgKzEzNiw3IEBAIG1vZGUtbGluZS1kZWZhdWx0 LWhlbHAtZWNobwogICAgICAgICAgIDs7IGF0IHRoZSBib3R0b20gb2YgaXRzIGZyYW1lIG9y IHRoZSBtaW5pYnVmZmVyIHdpbmRvdyBvZgogICAgICAgICAgIDs7IHRoaXMgZnJhbWUgY2Fu IGJlIHJlc2l6ZWQuICBUaGlzIG1hdGNoZXMgYSBjb3JyZXNwb25kaW5nCiAgICAgICAgICAg OzsgY2hlY2sgaW4gYG1vdXNlLWRyYWctbW9kZS1saW5lJy4KLSAgICAgICAgICAob3IgKG5v dCAod2luZG93LWF0LXNpZGUtcCB3aW5kb3cgJ2JvdHRvbSkpCisgICAgICAgICAgKG9yICh3 aW5kb3ctaW4tZGlyZWN0aW9uICdiZWxvdyB3aW5kb3cpCiAgICAgICAgICAgICAgIChsZXQg KChtaW5pLXdpbmRvdyAobWluaWJ1ZmZlci13aW5kb3cgZnJhbWUpKSkKICAgICAgICAgICAg ICAgICAoYW5kIChlcSBmcmFtZSAod2luZG93LWZyYW1lIG1pbmktd2luZG93KSkKICAgICAg ICAgICAgICAgICAgICAgIChvciAobWluaWJ1ZmZlci13aW5kb3ctYWN0aXZlLXAgbWluaS13 aW5kb3cpCmRpZmYgLS1naXQgYS9saXNwL2VtYWNzLWxpc3AvdGltZXIuZWwgYi9saXNwL2Vt YWNzLWxpc3AvdGltZXIuZWwKaW5kZXggYjFlMTJiMS4uM2QyODBhOSAxMDA2NDQKLS0tIGEv bGlzcC9lbWFjcy1saXNwL3RpbWVyLmVsCisrKyBiL2xpc3AvZW1hY3MtbGlzcC90aW1lci5l bApAQCAtMTcxLDYgKzE3MSwxMSBAQCB0aW1lci0tYWN0aXZhdGUKIAkgICAodGltZXItLWZ1 bmN0aW9uIHRpbWVyKSkKICAgICAgIChsZXQgKCh0aW1lcnMgKGlmIGlkbGUgdGltZXItaWRs ZS1saXN0IHRpbWVyLWxpc3QpKQogCSAgICBsYXN0KQorCisgICAgICAgICh3aGVuIChhbmQg KG5vdCBpZGxlKSB0aW1lci1jaGVjay1pbi1wcm9ncmVzcykKKyAgICAgICAgICAoZXJyb3Ig IkF0dGVtcHQgdG8gYWRkICVzIHRvICVzIHdoaWxlIGNoZWNraW5nIHRpbWVycyIKKyAgICAg ICAgICAgICAgICAgdGltZXIgdGltZXJzKSkKKwogCTs7IFNraXAgYWxsIHRpbWVycyB0byB0 cmlnZ2VyIGJlZm9yZSB0aGUgbmV3IG9uZS4KIAkod2hpbGUgKGFuZCB0aW1lcnMgKHRpbWVy LS10aW1lLWxlc3MtcCAoY2FyIHRpbWVycykgdGltZXIpKQogCSAgKHNldHEgbGFzdCB0aW1l cnMKZGlmZiAtLWdpdCBhL3NyYy9rZXlib2FyZC5jIGIvc3JjL2tleWJvYXJkLmMKaW5kZXgg NzVmYmU0NS4uNDMyNDk5MSAxMDA2NDQKLS0tIGEvc3JjL2tleWJvYXJkLmMKKysrIGIvc3Jj L2tleWJvYXJkLmMKQEAgLTQzNzgsNyArNDM3OCw5IEBAIHN0cnVjdCB0aW1lc3BlYwogICAg ICBhbHJlYWR5IHJpcGUgd2hlbiBhZGRlZC4gICovCiAKICAgLyogQWx3YXlzIGNvbnNpZGVy IHRoZSBvcmRpbmFyeSB0aW1lcnMuICAqLworICBWdGltZXJfY2hlY2tfaW5fcHJvZ3Jlc3Mg PSBRdDsKICAgdGltZXJzID0gRmNvcHlfc2VxdWVuY2UgKFZ0aW1lcl9saXN0KTsKKyAgVnRp bWVyX2NoZWNrX2luX3Byb2dyZXNzID0gUW5pbDsKICAgLyogQ29uc2lkZXIgdGhlIGlkbGUg dGltZXJzIG9ubHkgaWYgRW1hY3MgaXMgaWRsZS4gICovCiAgIGlmICh0aW1lc3BlY192YWxp ZF9wICh0aW1lcl9pZGxlbmVzc19zdGFydF90aW1lKSkKICAgICBpZGxlX3RpbWVycyA9IEZj b3B5X3NlcXVlbmNlIChWdGltZXJfaWRsZV9saXN0KTsKQEAgLTExODgwLDYgKzExODgyLDEx IEBAIHNodXRkb3duIHdoZW4gRW1hY3MgcmVjZWl2ZXMgYSBmYXRhbCBzaWduYWwgKGUuZy4s IGEgY3Jhc2gpLgogICAgICAgICAgICAgICAgVndoaWxlX25vX2lucHV0X2lnbm9yZV9ldmVu dHMsCiAgICAgICAgICAgICAgICBkb2M6IC8qIElnbm9yZWQgZXZlbnRzIGZyb20gd2hpbGUt bm8taW5wdXQuICAqLyk7CiAgIFZ3aGlsZV9ub19pbnB1dF9pZ25vcmVfZXZlbnRzID0gUW5p bDsKKworICBERUZWQVJfTElTUCAoInRpbWVyLWNoZWNrLWluLXByb2dyZXNzIiwKKyAgICAg ICAgICAgICAgIFZ0aW1lcl9jaGVja19pbl9wcm9ncmVzcywKKyAgICAgICAgICAgICAgIGRv YzogLyogTm9uLW5pbCBtZWFucyBhIHRpbWVyIGNoZWNrIGlzIHBlcmZvcm1lZC4gICovKTsK KyAgVnRpbWVyX2NoZWNrX2luX3Byb2dyZXNzID0gUW5pbDsKIH0KIAogdm9pZAoK --------------070507000309060409040706-- From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Jan 2018 09:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151739113021845 (code B ref 30182); Wed, 31 Jan 2018 09:33:01 +0000 Received: (at 30182) by debbugs.gnu.org; 31 Jan 2018 09:32:10 +0000 Received: from localhost ([127.0.0.1]:50280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egokU-0005gH-H1 for submit@debbugs.gnu.org; Wed, 31 Jan 2018 04:32:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:62403) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egokS-0005g4-U4 for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 04:32:09 -0500 Received: from [192.168.1.100] ([212.95.5.17]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MA9FV-1eZy4B2kIb-00BNEg; Wed, 31 Jan 2018 10:32:02 +0100 Message-ID: <5A718D0A.7040001@gmx.at> Date: Wed, 31 Jan 2018 10:31:54 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <83k1w0irux.fsf@gnu.org> <5A702D3B.2070004@gmx.at> <83o9lbh3lq.fsf@gnu.org> In-Reply-To: <83o9lbh3lq.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:H4ggCD12EQURC5i52+FgNQxcvM4vb0d6ZBXEyc5RyAns4Pv5Ygk 7rPJIgw1koX6Al9m1LDaalrPRZTzonlxX0RJkRel7FgFsGESJQQ2kkysF3qxWJaN/QZ7hXV YS6CM5pNz7uGiVF75d9JW/mLNO1UIcGPeIgV1CislFhRk8K2sDvj8j0SQtIDj8oXxFmnKwB M4Le881n5siZa9KCPevsA== X-UI-Out-Filterresults: notjunk:1;V01:K0:dGE+vvA7GJI=:sgh71G1fi7ds4hMo8BcRwW 2dxG3w0aa6WJSgAhhIVjgr+nUbmy1XPdvhZwqilD0RTJ0+3H4g3g2/+9364uJ6uPIHLH5utql 26Afwpsmx8KFym8Y2FxWz5lweiNYGiDtziYahd6szi2/7Hg0qCHNpFhefll3hEr4Ruk9mABTR RbNTSZrQkMbXOZ8ZTt9lobA6Tec79Feb9nqOc6GW8qPiTnZWIUAGVJxs4YWxq/jDrKDMrGfK7 cTzUXWOdn+6I50pw8Q81hXYF4McRRkt3dZOVNzsocKliBDdBRjISLIonPSfDJ7qSC66INAgAL p4O8O6Yeuf0uHdVYOvhxMbOkrVoCSIKbS9sgFTYqTvFDkikboCLBaQ6CDuHrAaQWo7hTgLGsJ T+oo6mZgh8Ny4QBE2ghblqsk6er/ce6dcQWBYbg+Uqr2mwC4QR/BuhZJk+Xr5tV0a4IWVQyVd 4o46sDAimnh+kL1DFvaSmKVXXg6m6UDuf/Tv1FiItZFGJUswSsNXpDtmQYZ3jXoyDcah1/VzG y5PEzYXGkYbl4bUhBxNxvtHAB3utgWM+HPbW08xBCN9s01W+G0KFdKZmfilJo9J3LZCVvsiQZ 86n84+Pp6DNxxk90VrtMNHTD2+brXVQs1TDV14jvcP+dFxrDuxP7krldqZfoKyPHrwrsG7uny 0q4xF6qTVR4MOcgJEiZIrkzSPkRFRntJNcxNyxc1Z27FQxeMHbN8Q8fIDEdRZFCv6pUsE8l/S CpCsIkEuWg3ar+TQLM0D7I5vaoTvlW8X5meBzbwwkGqm+G+h9tGvrTwyCER6zQlcNo2i/5EGQ CLwt6ccu+Kcmu8eFo9avTCX5WuQXle/mSOf6sVDhxRWXwWWv3K3SU4ZvxJ3R/gYtVtlL2bk X-Spam-Score: 0.5 (/) 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.5 (/) > Since when are we shy to document buggy APIs? ;-) It's documented now. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Jan 2018 14:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151740982116564 (code B ref 30182); Wed, 31 Jan 2018 14:44:01 +0000 Received: (at 30182) by debbugs.gnu.org; 31 Jan 2018 14:43:41 +0000 Received: from localhost ([127.0.0.1]:50456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egtbw-0004J5-SP for submit@debbugs.gnu.org; Wed, 31 Jan 2018 09:43:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58533) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egtbv-0004Iq-9i for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 09:43:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egtbm-0000Ap-Vx for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 09:43:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53366) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egtbm-0000Ac-Si; Wed, 31 Jan 2018 09:43:30 -0500 Received: from [176.228.60.248] (port=4041 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egtbl-0008N4-Sb; Wed, 31 Jan 2018 09:43:30 -0500 Date: Wed, 31 Jan 2018 16:43:42 +0200 Message-Id: <83po5qf5r5.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A718CFA.2080408@gmx.at> (message from martin rudalics on Wed, 31 Jan 2018 10:31:38 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@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-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: -5.0 (-----) > Date: Wed, 31 Jan 2018 10:31:38 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > How about running the code with a watchpoint on Vtimer_alist? Could > > that help? > > That hardly sounds like an amusing experience with all those timers > around. They can all be canceled, and the watchpoint could have "commands" that let it continue, to avoid disrupting normal operation. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 31 Jan 2018 14:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151740986916677 (code B ref 30182); Wed, 31 Jan 2018 14:45:01 +0000 Received: (at 30182) by debbugs.gnu.org; 31 Jan 2018 14:44:29 +0000 Received: from localhost ([127.0.0.1]:50460 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egtcj-0004Kv-5O for submit@debbugs.gnu.org; Wed, 31 Jan 2018 09:44:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1egtch-0004Kg-Iq for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 09:44:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1egtcW-00013W-Os for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 09:44:22 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1egtcW-00013L-LT; Wed, 31 Jan 2018 09:44:16 -0500 Received: from [176.228.60.248] (port=4042 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1egtcV-0008RT-Nc; Wed, 31 Jan 2018 09:44:16 -0500 Date: Wed, 31 Jan 2018 16:44:29 +0200 Message-Id: <83o9laf5pu.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A718D0A.7040001@gmx.at> (message from martin rudalics on Wed, 31 Jan 2018 10:31:54 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <83k1w0irux.fsf@gnu.org> <5A702D3B.2070004@gmx.at> <83o9lbh3lq.fsf@gnu.org> <5A718D0A.7040001@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-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: -5.0 (-----) > Date: Wed, 31 Jan 2018 10:31:54 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > Since when are we shy to document buggy APIs? ;-) > > It's documented now. Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Sujith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Feb 2018 02:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15174521999134 (code B ref 30182); Thu, 01 Feb 2018 02:30:03 +0000 Received: (at 30182) by debbugs.gnu.org; 1 Feb 2018 02:29:59 +0000 Received: from localhost ([127.0.0.1]:51691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eh4dT-0002NF-A9 for submit@debbugs.gnu.org; Wed, 31 Jan 2018 21:29:59 -0500 Received: from mail-pf0-f172.google.com ([209.85.192.172]:34803) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eh4dR-0002N2-8h for 30182@debbugs.gnu.org; Wed, 31 Jan 2018 21:29:57 -0500 Received: by mail-pf0-f172.google.com with SMTP id g17so396581pfh.1 for <30182@debbugs.gnu.org>; Wed, 31 Jan 2018 18:29:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=yWn3r7nebSHz4Kdt7Zt5iicaPWRPv2ahBwKWXY9LIns=; b=X5b01WQ2Ttcky52wT8nAUwe2lOWTIypfEimCE7DhR6e8l39+ggntmd9apJqHI7YN78 V4cNst/gPSWlLNr8x6WGbFncTtGSMV339WGSVpaX0h3+ElHMW+v7hlcpU2zlLcFisSav zuB0fQxvIlKwS9DsW6dnyWpM9eYdzVy+WfkFqgqIGznktNfai8dzniMqDxKFOHHeEHbE 6mCeoNB1qlRXTPivjj8lXeE/2/Q+kzf47HjsNAZY90TDRcUQm73c3ffVnoCAJ+w07PXt j7tR3/h2aWh7dGZQmzhHwE+fD1ONwqZLUHlY5SdwlY4ih/+39K1wQm+bO1EBjYB0qwHe fMCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=yWn3r7nebSHz4Kdt7Zt5iicaPWRPv2ahBwKWXY9LIns=; b=PvEdsGlkd6Mmiu8FfGPFI3WMxqOaTyysPhd4HrR5V/WyMOatT/ykLHVU4GhevWaYMv SXXRD3JBj1QXINTYK/y1QYhh2VDaat075o16X8FG/WXQvLq7l1r7Irh8VODJb6qVLmea 20NLTRSIdGJwwD3vLnzlcIyj9c7UXcOHsAeiZL1fzsuTmZOFi2NK3CZJylukv+BjXQPA zx2O+nkEo9cgpynoYWfaGAxCr9Wa1qHrbi0B3H7I1/BftnYdEnA9T1m6YFdmCYB50phn vONG/UM1VL6F0giabKZKUk2NKbMOcDvKoUA6CM30RjcDUWmSnn31VuAKZGdVNHOflG8C mPOQ== X-Gm-Message-State: AKwxytfUiBgvABLoYdbvJt5/OgMT8rMuuw7DsP4IpJ7/qVrUqVggNb6j /QYNgCzVWpC9VSFe7ECWf2TRtkY+ X-Google-Smtp-Source: AH8x225QQ0xj7+mDKsikQp9tHpCIbIk/OqKnx4YBRWXzttq0vYWuL7B9DniQsPOvboh8tR/cmcxXoQ== X-Received: by 10.99.95.206 with SMTP id t197mr11074800pgb.274.1517452190604; Wed, 31 Jan 2018 18:29:50 -0800 (PST) Received: from the-damned ([42.111.170.115]) by smtp.gmail.com with ESMTPSA id u26sm46502668pfk.126.2018.01.31.18.29.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 31 Jan 2018 18:29:49 -0800 (PST) References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith In-reply-to: <5A718CFA.2080408@gmx.at> Date: Thu, 01 Feb 2018 07:59:35 +0530 Message-ID: <878tcdtpbk.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (/) martin rudalics writes: > That hardly sounds like an amusing experience with all those timers > around. Sujith, could you instead try the attached patch and tell us > what happens. With the patch applied on top of master, this message is printed in *Messages* when the mouse cursor is moved over the modeline. It happens only once. Error during redisplay: (eval (w3m-modeline-title)) signaled (error "Attempt to add [t 23154 31461 636625 nil #[(buffer) \\302!\\205\0rq\\210\\303\\211)\\207 [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (*w3m*) nil 113000] to ([nil 23154 31461 622052 0.5 blink-cursor-timer-function nil nil 870000] [nil 23154 31476 0 60 display-time-event-handler nil nil 0] [nil 23154 31747 353232 300 savehist-autosave nil nil 708000]) while checking timers") From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Feb 2018 09:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sujith Cc: Eli Zaretskii , 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151747720616751 (code B ref 30182); Thu, 01 Feb 2018 09:27:02 +0000 Received: (at 30182) by debbugs.gnu.org; 1 Feb 2018 09:26:46 +0000 Received: from localhost ([127.0.0.1]:51813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehB8o-0004M6-Ej for submit@debbugs.gnu.org; Thu, 01 Feb 2018 04:26:46 -0500 Received: from mout.gmx.net ([212.227.15.19]:59101) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehB8m-0004Ls-N9 for 30182@debbugs.gnu.org; Thu, 01 Feb 2018 04:26:45 -0500 Received: from [192.168.1.100] ([213.162.73.24]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lg0wl-1f4yVq2bPf-00pbkf; Thu, 01 Feb 2018 10:26:37 +0100 Message-ID: <5A72DD44.3060104@gmx.at> Date: Thu, 01 Feb 2018 10:26:28 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> In-Reply-To: <878tcdtpbk.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:DGvrD2IDS2Kj1DNmnMBGrsHCaThgWjzw3gLeN0vhu/CzqbURE3h GXk1aut2/gUY/L8455ik0cwy4sn4mgoU1yqtfppm6ENh27dnAgSG3Jz7bzUgx3c60PfnR9T 6lxy0i9ZvfOzm7h+UPYisENZPvkfzb5CMqskgLCERnauSBORepkImXOyul71PSUzNV/w6Ft 8ECo7xoVoPhR4bnBPibLw== X-UI-Out-Filterresults: notjunk:1;V01:K0:8lMkHGMpMaM=:n1HO1tPSCJn3zFpepr9Syg vOCaaITUylNRHYzhqG/RFZ1nGwd7ufCuuvh/npSgu9ucXo5zmUgFRIxZG/Es/WcJvIhFA7M+X 3ncVuE9TEd4eiSYfRlQgLlmP7BB0SMtf04XjHopkzqrAgFxk0ZiE2+/O2HGhl4deFQLMKgspE dLu6hxODpSD2izCVdULsdTsN1LhiciKW1aSITEyT4tcMU9y7POj64+tIRfa6GZURczE06vYue G+x/UxCdxhxwv1eBNXzk+Uy9JMmfuek/Qyr1rZZm/Lm+IICbj5g7OIfaoM55Ml+CzedBJIc+E fd0iCg6UkEf1owD4eEBWiGwaHUideW1Bm1Pz5tBMYpfuPs6zFtAjzP1Bb9OwFL+U/XkRJzBqk 8DWemF6Kl4a0z5oPPVgLVm20yuXbDj38UkIFxYj72ucpIfI+nAEh6Eo6CBZI52EplrJujH/Z8 FC4lhqnvrdCZfR+8/Qiby4pNoG7GofDcRzDe6fRdbTMcXEIj0EaSfHdBLaoYL6eWgfi8VO/bb 5vPFghq1XNBbAp3pEUnJQq8hdxDLsxm2N+m3sC8ef1hArcVhlEveCgq7c6ozLzUwCRf2cW6/x 9NWYxloEHYxfcnOEk3DJNr8L60/XEXge2qk3+AF9aF8H9kd1u94yK7GThhMuIyDxA9GBRuk0c 4AmJUGPYON1BPtUp/lcJT0TIEDtc59VUq9NBrfsEoY//qU4MVVWDd/EwlhJomHU7XcjpHQ+ih 5q4mBkdk8ac768gGgThquIN7ANQhxDgx031Sy3XfcvUoSERfW+HkaMiOdfEJnJs/lHA/+pBV4 bp+RrBWh+U2tv5QRlfmaZs4nGrdImX/eVI/ca4djmCOyR5ROjs= X-Spam-Score: -0.7 (/) 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.7 (/) > With the patch applied on top of master, this message is printed in > *Messages* when the mouse cursor is moved over the modeline. It happens > only once. Thank you very much. > Error during redisplay: (eval (w3m-modeline-title)) signaled (error "Attempt to add [t 23154 31461 636625 nil #[(buffer) \\302!\\205\0rq\\210\\303\\211)\\207 [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (*w3m*) nil 113000] to ([nil 23154 31461 622052 0.5 blink-cursor-timer-function nil nil 870000] [nil 23154 31476 0 60 display-time-event-handler nil nil 0] [nil 23154 31747 353232 300 savehist-autosave nil nil 708000]) while checking timers") The behavior differs slightly from those seen earlier because the timer list contains only three timers when it tries to add another one. Still the conjecture that we try to add a timer while checking timers has been proven. To remember - w3m.el sets `mode-line-buffer-identification' as follows (setq mode-line-buffer-identification `(,@(w3m-static-if (featurep 'xemacs) (list (cons modeline-buffer-id-right-extent "%b") " ") (nconc (propertized-buffer-identification "%b") '(" "))) [...] (w3m-current-process "Loading..." ,(if (fboundp 'format-mode-line) '(:eval (w3m-modeline-title)) (if w3m-use-title-buffer-name "" 'w3m-current-title))))) where `w3m-modeline-title' is specified as (defun w3m-modeline-title () "Return a truncated title not to cut the right end of the mode line. It currently works only with Emacs 22 and newer." (if w3m-use-title-buffer-name "" (when w3m-current-title (or (and w3m-modeline-title-timer w3m-modeline-title-string) (prog2 (setq w3m-modeline-title-string w3m-current-title w3m-modeline-title-timer t) (let ((excess (- (string-width (condition-case nil (format-mode-line mode-line-format 1) (error ""))) (window-width))) (tlen (string-width w3m-current-title))) (when (and (> excess 0) (> tlen 3)) (setq w3m-modeline-title-string (concat (w3m-replace-in-string (w3m-truncate-string w3m-current-title (max (- tlen excess 3) 2)) "[\t ]+\\'" "") "..."))) w3m-modeline-title-string) (run-at-time 0.5 nil (lambda (buffer) (when (buffer-live-p buffer) (with-current-buffer buffer (setq w3m-modeline-title-timer nil)))) (current-buffer))))))) Inherently, this truncates the mode line text when `w3m-current-title' is too long and installs a timer which inihibts such truncations for half a second with the motivation (defvar w3m-modeline-title-timer nil "Say time has not gone by after the mode line was updated last time. It is used to control the `w3m-modeline-title' function running too frequently, set by the function itself and cleared by a timer.") So it seems that we do something we are supposed to avoid - call Lisp from asynchronous redisplay as a consequence of some mouse movement (presumably). I have no idea what further to learn or teach from this experience, though. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Feb 2018 17:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15175070888078 (code B ref 30182); Thu, 01 Feb 2018 17:45:01 +0000 Received: (at 30182) by debbugs.gnu.org; 1 Feb 2018 17:44:48 +0000 Received: from localhost ([127.0.0.1]:52657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehIum-00026E-2g for submit@debbugs.gnu.org; Thu, 01 Feb 2018 12:44:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehIuk-00025z-ON for 30182@debbugs.gnu.org; Thu, 01 Feb 2018 12:44:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehIub-0007iK-Gq for 30182@debbugs.gnu.org; Thu, 01 Feb 2018 12:44:41 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50632) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehIub-0007iC-DK; Thu, 01 Feb 2018 12:44:37 -0500 Received: from [176.228.60.248] (port=1784 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ehIua-00012K-RP; Thu, 01 Feb 2018 12:44:37 -0500 Date: Thu, 01 Feb 2018 19:44:53 +0200 Message-Id: <83lggceh9m.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A72DD44.3060104@gmx.at> (message from martin rudalics on Thu, 01 Feb 2018 10:26:28 +0100) References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@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-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: -5.0 (-----) > Date: Thu, 01 Feb 2018 10:26:28 +0100 > From: martin rudalics > CC: Eli Zaretskii , 30182@debbugs.gnu.org > > > With the patch applied on top of master, this message is printed in > > *Messages* when the mouse cursor is moved over the modeline. It happens > > only once. > > Thank you very much. > > > Error during redisplay: (eval (w3m-modeline-title)) signaled (error "Attempt to add [t 23154 31461 636625 nil #[(buffer) \\302!\\205\0rq\\210\\303\\211)\\207 [buffer w3m-modeline-title-timer buffer-live-p nil] 2] (*w3m*) nil 113000] to ([nil 23154 31461 622052 0.5 blink-cursor-timer-function nil nil 870000] [nil 23154 31476 0 60 display-time-event-handler nil nil 0] [nil 23154 31747 353232 300 savehist-autosave nil nil 708000]) while checking timers") > > The behavior differs slightly from those seen earlier because the > timer list contains only three timers when it tries to add another > one. Still the conjecture that we try to add a timer while checking > timers has been proven. I'd love to see a C-level backtrace from that situation, because I'm not really sure what exactly happens and how. > So it seems that we do something we are supposed to avoid - call Lisp > from asynchronous redisplay as a consequence of some mouse movement > (presumably). "Asynchronous redisplay" could only mean the call to expose_frame, is that right? I'm not aware of any other asynchronous entry to redisplay. We could call expose_frame asynchronously if a mouse movement caused the SIGIO signal be delivered to Emacs while copy-sequence did its job. The SIGIO handler then could call gobble_input, which would read the X events from the socket, see the Expose event and call expose_frame, or see the MotionNotify event and call note_mouse_highlight. However, neither of these is supposed to call Lisp, or evaluate the mode-line format (which would call Lisp via :eval), or at least I couldn't see any such call. Both expose_frame and note_mouse_highlight just redraw the glyphs that are already computed by the previous redisplay cycle. So I'm still unsure what is going on here. But if indeed the above scenario somehow ends up calling Lisp from the async redisplay, wrapping the call to Fcopy_sequence in timer_check with block_input and unblock_input should solve the problem, right? Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 08:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15175601078085 (code B ref 30182); Fri, 02 Feb 2018 08:29:01 +0000 Received: (at 30182) by debbugs.gnu.org; 2 Feb 2018 08:28:27 +0000 Received: from localhost ([127.0.0.1]:53332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehWhu-00026K-Vw for submit@debbugs.gnu.org; Fri, 02 Feb 2018 03:28:27 -0500 Received: from mout.gmx.net ([212.227.15.18]:58235) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehWht-000268-Nr for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 03:28:26 -0500 Received: from [192.168.1.100] ([212.95.5.254]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1Ee8-1f1Xb908ds-00tDjI; Fri, 02 Feb 2018 09:28:19 +0100 Message-ID: <5A742122.3090008@gmx.at> Date: Fri, 02 Feb 2018 09:28:18 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> In-Reply-To: <83lggceh9m.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:8Hyup83dyLU1zj4tiPeTJFVfeKxFrDtSrP0dYUmmr7knO6eA37t KNZ78TqmAruIJBB086vtdd2u1GTFsKs6QjCe4hfG4/9iaOxqUd14TZM8FqnNBJSMMxV8qta BQbTi5yKE8j5LjcQL/Yw/mIVcKWgaY+gmZiGLCAP/JRkHIC8inCPJjBvK4RmdHE+JL0zp7Z B4Go3/oPZkt+Cs+4Mtrpw== X-UI-Out-Filterresults: notjunk:1;V01:K0:w2c/XkIA9bg=:B3piUUkH5e1ySE4GWrx8jH ucyCn5ND5EYrp0kcdXuO9YOAfdM4PdlJUppL1MAa1F7T5JrP8ZIuA3/7jTOWlf/wCLSAj9DCr 0bANxGKsLwSB1h/aTDOQsGaMMb0CTs7Xe+TybY+yKPNe9Bj5QXSVmnkuUzl1PzXSzagXYwJ9n dNtJjL/f1RomVTalPuJ7e42uhLjfwxeGOjygTH1qMqo28Z6Dml0sVSaLAmB3Pb66p8bvA5Pe6 78GG/EdNYdnigNAUQmqRHv1Nh6Sxiv6xn+KCraJTEyGkBEDdZs7zU1vBGUTqyABOwCGn0KgME 49+xeV+iJUP5PuT83M3Fuq5BltzD4ITj/Y1s9GOz7zi0wzYZuwiuz2cinkkkmmYgS4AyA6yVm XNRld8PRhKo75GlVPpFzWoME2w5ZM7Gpnxsmj1gPVELmTNqzs1fqEcZCn4aQYojD+1RcsuFFj l1I83Fp3WMqTD5Ew/VoQjVBvpPzp/XSuGVGat8gxkO2E6lt//0yD/aegGSW1z2CRwXo+reRfq DEA0XPz9ZHL5REdWwHTxNfxORt4id33t0mrnB/ArLMY3aROABvsvI1zXNUiCIcc4v8pwH2EuW osq86aiPUfhpjHDto6hHJBPD1YuDGimIKO/SZJI/l60H6EsWF+Kq1GdKojBojtu6PAK+fXIbk EIDNdrFsjODZZ/mqcwZ3Vl+pwEIKv+J0sL6RVKl1rHYc25uCtk9x/kvVszGm+uqw9uVHGvA47 /5Rbxad2LjyaqxgHs8OkD0xRiMgp1Gr0T7qhW/037yupidb+FAd46ZslC4ag6B8G+XxAXLWUU u5aATISRl4T75eEY/q2kvQgKyuDw39VH0fZtaMAbkkMCZq4GjXweCoLAIqknPTBxqrpAH/h X-Spam-Score: -0.7 (/) 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.7 (/) > "Asynchronous redisplay" could only mean the call to expose_frame, is > that right? That's what I meant, yes. > I'm not aware of any other asynchronous entry to > redisplay. We could call expose_frame asynchronously if a mouse > movement caused the SIGIO signal be delivered to Emacs while > copy-sequence did its job. The SIGIO handler then could call > gobble_input, which would read the X events from the socket, see the > Expose event and call expose_frame, or see the MotionNotify event and > call note_mouse_highlight. However, neither of these is supposed to > call Lisp, or evaluate the mode-line format (which would call Lisp via > :eval), or at least I couldn't see any such call. Both expose_frame > and note_mouse_highlight just redraw the glyphs that are already > computed by the previous redisplay cycle. note_mouse_highlight calls note_mode_line_or_margin_highlight which does help_echo_string = (FUNCTIONP (default_help) ? safe_call1 (default_help, window) : default_help); We could instrument the code around this to do something special when Vtimer_check_in_progress is non-nil. > So I'm still unsure what is going on here. But if indeed the above > scenario somehow ends up calling Lisp from the async redisplay, > wrapping the call to Fcopy_sequence in timer_check with block_input > and unblock_input should solve the problem, right? But we can't do that, right? Users should be able to cancel it. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 08:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15175606568983 (code B ref 30182); Fri, 02 Feb 2018 08:38:01 +0000 Received: (at 30182) by debbugs.gnu.org; 2 Feb 2018 08:37:36 +0000 Received: from localhost ([127.0.0.1]:53336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehWql-0002Kp-Sd for submit@debbugs.gnu.org; Fri, 02 Feb 2018 03:37:36 -0500 Received: from mout.gmx.net ([212.227.15.19]:61539) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehWqj-0002KY-VQ for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 03:37:34 -0500 Received: from [192.168.1.100] ([212.95.5.254]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZCUG-1eR6xX21YS-00KzZc; Fri, 02 Feb 2018 09:37:27 +0100 Message-ID: <5A742346.2030309@gmx.at> Date: Fri, 02 Feb 2018 09:37:26 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> In-Reply-To: <5A742122.3090008@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:dM4SXYxIk7yhUhrdyMCRjh/e5UW5FEhbJQujgYr1w/twQjaWHg0 e0wvSNdDf81nk99TPSwjVmcAxvxB3OT91PVJYXAsE/9a8IL85ngRsSAQRTX36MfuzZYafDA jqqm/czPEQwsQHU11S0KQGXBjYJRPe0p43gODaXkVh2PFt8VZ2b2/kZCFSngUQCqt2N1IM1 aknU2o4M0AzfnvAeV1mdQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:2LPzcd5ZBXI=:QuVtRz4tYjN1YvEfFsLbw+ GYvNUxrsZcLfYShi2o1sYaP7QzmWF7I3wqgXx818DZCFdf50xwHwOGhrjp30E0f3TBhWQeHN1 18BIZJk6k1XuPAzUpeR3T/fvuj35V4ttlAmo+yLAhcjyzikxRPMiiT9uXUc5zcS4a8/I4fwTZ bYQzu7T74y+hnGCmFh05gOKhyzEc/+oCnlG6RHTXVoPDf60CfpIh/6eNxbUhOmvGTFFP6CBMa JY1TKyXaNRbnPbKrEag0051aRFrHbNBfqqs62eCXRNhRkzk8+LR0VEG/gcru9OZebYbO8YipR DfiPjc467bzFnwppinfZtL9WgsIjoRJjMM7kKaKL8z0RSH5MpKgahr5OfJc6jC0kKXZK43FRK X8XaNCGlb1bDknJOHV9wqDA+y6GNBwHnLZ81mPoVrWI5ZX7YAqkw+lpmCA/Y3vOVREtu69k11 U11Gzo7SrrkZ20FeSoZzjTS5rwqTbIFOa4rZbNbhSBgZUDzk25lvQMgbObWmAdzbvGsIeo5y5 OnILaLOX3ZYsd45JfcqfoA3fqx5Z5fMpY7B+nCYGalGVI2m0OIOiDnfizB0HMrWmT71u+IQ/L gnCPJsH8XyTP1wjtnKlYHABMsvQ3muZrEoWvWGdl3x0XBCDnl0R8GjIWhIQ/P8Z/D84FZ3eZt TeNWnc60LluTY3GGe6zyaJFNfIv3Sn1fYQRfx0cwr2bjh8hwk6/KBnAsFOtWPrdLpPpdFtQwF NjZ0uyMmo/F3winzl7mUmbikhFjyz5Sd8vwcw17iybQH6A/RQ1FGSKUpreRqca4NmEIPS4OkU dG28dNkBYI6RDMQNyE+CmOcHKxlwBpZNMOXXz58Pk2Sp4Q8pYcyuCGbJ5rsALTZ42ifJoso X-Spam-Score: -0.7 (/) 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.7 (/) > > So I'm still unsure what is going on here. But if indeed the above > > scenario somehow ends up calling Lisp from the async redisplay, > > wrapping the call to Fcopy_sequence in timer_check with block_input > > and unblock_input should solve the problem, right? > > But we can't do that, right? Users should be able to cancel it. I misread your lines. Wrapping that call should indeed solve the problem. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: martin rudalics , m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151758088916599 (code B ref 30182); Fri, 02 Feb 2018 14:15:01 +0000 Received: (at 30182) by debbugs.gnu.org; 2 Feb 2018 14:14:49 +0000 Received: from localhost ([127.0.0.1]:53382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehc77-0004Jf-26 for submit@debbugs.gnu.org; Fri, 02 Feb 2018 09:14:49 -0500 Received: from mail-it0-f48.google.com ([209.85.214.48]:34850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehc73-0004JN-Sh for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 09:14:46 -0500 Received: by mail-it0-f48.google.com with SMTP id e1so8048974ita.0 for <30182@debbugs.gnu.org>; Fri, 02 Feb 2018 06:14:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=BzCeQh/PWYUu6En3s6frzaULg1wtJvM++9DZZBVx9wA=; b=GBGbbWpxRbRvB3nCGv0EI2UplgICulZ7AyGw/zYOJRyE+7meBv7KsIrKjohMmJYDDy U7IrxXDcJ9n6ukls/39CeJqyr9MdeuFTQaVw2iXLbY+7/qm2seDBYx9hBum0GIIBEiv1 xIFashnFZV9BWdz4XASIB1TD0d4ZKymJH6N4yZS11IlcMaUFHeQwZfZH7xVJA7mm/UNi 7tdH9DAnwKlW9zVbrYwpSZLGpsbdLiNo97ifMOFsrUucoRbga6UgaGIwZyFJT6sp1xEa 5ToSj5iSGJpaoLoJs68QVoGXMHUx77c7o5lPfHbBOjH7+G2XTqTsLy3415YkIeh9BsFT MHgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=BzCeQh/PWYUu6En3s6frzaULg1wtJvM++9DZZBVx9wA=; b=sYImFkGpKFc7Te1FkYekLSrwfcCGVVm+oL4t5siE93p5TF3gmUCTuKenHI4seKBqVB kY+14kvU5lK8/px7ZesKe92IaGe2qiWlZXfwF2k3y4IbPwdiq6hLRwckuScyS4+C0YiH 2L9cF1Jjo/uT07VVvC1fqe1hJf2VRyop+nVOboP+dGzFDiDAK2RCsR/R3gc73VYphlVr SdFnwOULQKfFYoffRK0M7tqCQtAbRq10IjHhaEt5+IqfhNHIYhMSfXdbovgEhQvaoZ5h hOXMGCGtCMhG/scxvAZr69ZcqtSo/MpUpRuzFlSEc/ewBZcE3M3WdHM49sXawpVCsSBy Ehsw== X-Gm-Message-State: APf1xPBZy/0scuj6l5hILxmDwAcLnB9uUxf8UpU08fNnYaOknC5td0Dc UdEgDJ94VkRI6y0WzVyf1XV6+A== X-Google-Smtp-Source: AH8x22449NjWlVdXpENe26xsalt/rptv9S0FbinDkECUIDQRyStA3FdzJl9eUVneQqlfJRyrX71/8g== X-Received: by 10.36.81.68 with SMTP id s65mr1481435ita.145.1517580879980; Fri, 02 Feb 2018 06:14:39 -0800 (PST) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id n4sm2663085itg.2.2018.02.02.06.14.37 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 02 Feb 2018 06:14:37 -0800 (PST) From: Noam Postavsky References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> Date: Fri, 02 Feb 2018 09:14:36 -0500 In-Reply-To: <83lggceh9m.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 01 Feb 2018 19:44:53 +0200") Message-ID: <87372jh41f.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.5 (/) 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.5 (/) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> The behavior differs slightly from those seen earlier because the >> timer list contains only three timers when it tries to add another >> one. Still the conjecture that we try to add a timer while checking >> timers has been proven. > > I'd love to see a C-level backtrace from that situation, because I'm > not really sure what exactly happens and how. This is reproducible from emacs -Q -L .../w3m -l w3m -f w3m where .../w3m is a checkout of https://github.com/ecbrown/emacs-w3m. Backtrace attached. Martin's patch of #143 applied and breakpoint set with: break Fsignal if (((intptr_t)Qerror) == ((intptr_t)error_symbol)) (the breakpoint needs to be set only after w3m has started up though) --=-=-= Content-Type: application/gzip Content-Disposition: attachment; filename=bug-30182-backtrace.txt.gz Content-Transfer-Encoding: base64 Content-Description: gdb backtrace H4sICHVvdFoAA2J1Zy0zMDE4Mi1iYWNrdHJhY2UudHh0ALVaW3OjRhZ+96+gPC92xZqhL9BNajSp 3SRTlaps8rD7kDeq6W4s1ggUQLa0v35PNyBDc5HHu1GNPTMNOuc79wt88D3va509FiL37nRVlVVc n/dJmW//+OXXO/8UYO7fP3hKNKI7ITxAgpH7e0803sePn+BPXclP+lnkH+X3KAiDmw/I8/yTf/mE lCsceFnhpcdCijyP62NSeXfm99Y/KcY19r3P/2xxfHnwiuNeVI/1Fj949m//xNL2g1PJ7288+Mxx xzwC7njCnRNmuH/t2Ht3hSVL5sj784JhjvjNB+KQjoQILGl90jJOzo2OZam0d2f+WTdVp7NIC80l 6PFZy6YcngoFp1aevTgpfWh227140jFoINHVXXjfQowbvT/kotGjqwhzuL4kC6GJP6Mqg8xgBJlC gm8+UFdbEWVsaKtc7BMlvDv4/wB4oBzWcSfbVQCdQomPopsPwdRWLJmzFZ2RT/AlW2H/5kP4Plsl cGsysZU5Veu2Qv66sXwcXFQ2I40gc47tWot9u7UMdK4c1jPWEmglslpr8bdaK5iRDy1GlrFW9G5r MTVnLZauW4uvGouF0UVhaCpL6r8lspD/HlsxoRzWM7bS6VVbIfRGW02TLJBftRXC77WVonO2UuGV yApWjcWjaCWwKMVvCSxE3mMs5V8PLErR1TSIqMvdF9pwF4dDfl7jbVl3lTlCUZgSOJTlsWi2mKxU yigwdTpw2DIcWB8xd5kiDSzLaj+kr5cqPyYYCiQKHYqIqtR63aEqHwtwiVKdW3oLdKgFxlwyAfgz kDFUYmgTykoPaVlsjCxho2EINPmEpggv0JB356iShovkGANykUsuJOJCDk/JBYvkOHgAdpNFKMEl 10xB6aIpMDFtkJsAkB9xC7CshugWiJAQzInxt6Ji11C5cfY+B8FuwFwHttizdsDcWEA4xBZYlk6M ycSiMREkSOxGwXV00RV0k4B4n9omMYBFuiikWhYSAS03AK4LKdeFJG4MvE9I4jp+xJlYT+UGnY/J JZf7Ti5fTeARWJy4gXItgb9yHERin7kRu5a5iRtGjIb+mvKJ4MuZOzCjzSSiAtnmM3PbLLkHL9en DFS6ahOMfALk3fC6NhKmdiQ0NAYD4bQXC1BwdSAkbjguDYTTVgjIrw+EblxSLq1YWdHoCqZZ6IQK lTVZWcRS1NCzgBcbL/BPACPk3Pvcg/jSOx/ueqEZKA/eThQq11Ufp9JPjdvsWpKU0jSh3udapDq2 ntDd/mVZRQhyAMgxTgyUBhjiG+SwpOJWSVmxy5Ksif88Zs22qY56gNgI0e8MiLCj0GEIHs82QSeV 1QejzNA3ICIXBEnTMQg0iyIthqzvl3gQqLPUd3lQxl95tL4+w6LWp0PlhtOaQAE4PR1nIvA7ntqs YO7KxTneQwca61zvddEA22aoMabB3G0zDONUmulcxS+Zgv9uEO1c5FBpmdXgXNsNBiPovBlCZCZE IXUeXvNLldVP520q8lovqQkKv4GOXehpyN8BnYyh+1PgfISbB5Ei78MNQxvgJv8f3Ogabn8IG2FM /fB/gU0d2CwUU0/JswLa3heAjELfl1AvPyd1HddJ9RQnxzTV1XecAEXMv3R4UyF1nKntP37/6ef4 119++zn++rcff45/+QnEg4QuhgKgaQ/yihJzqHJ0nMQpUTSxyj2UdfwMeklyHR/ejFDuRAXf3CIS dXBPA2skXIGbn8cnoPWqKQ+jQw23VUnZjA97i1Xly25MQ8IEatiODt1VUi85ItSYZ1xBaMIi1jX7 A8mzArylUOWL0YHhMBpiiZlS2+u90q2Kgn72PYiqySDHnYe53YHVft/gYtYg4/ITCOoHuMdVxKKJ D2Vm/Pwb0MxktSd9TkpRKcPX59goxG0kV8t5JFUSmnI+QjVe9M6VvCRZXhqZwk7dFvTtm94k8Re3 h6awB04v+sYdh0BBOt30mtMrm16yvpBCAWH3g3LrSCOReMtGKph0xleXHAb6YNeLF5YcErrZq7te t0de2khNrSURX931BuR91vKlr6fW8iXy161FJ8bqM/5wfqjt5HDFJJPNT4SuDCsG9XhJ2MfOq11a GbzPh2OlvzO1KSBfFuZ8P2IAY9Kev3lbKNn6Zjdwu++/rkU2UP6yFjlg39oi27o/3yNHYMPew0aN smTK1ea4SQ4mnTpB8gLDMZXLcZGyTXnT9jsIR5Sh+7602p0EwMmtH0s8TN0InfZb4JDapUFRQoxe mpy4rGJTGaCi7rLHXQ4/UMQWiudpiyPTKODw4hVabH//Lb40PQuQiM8paDR0unRBiEoGmI7gkwMU qWluArDUfHODIojrLxZVSAwsCiCXBwWCkJnnw3FuDKgvtHYw7MvnrmtNK7HXb4NhOetn+NrAyRTQ d3UCsbg3G5QoCAEOceCEittJrA2WuAQTnSxV704dzlmRlkAep1hIZhrjGX59Q5oVWW0aMhWFKJDe Z3msKrg7bi8A4l0JXbeNnwGBmajoAHObRkPqAKYh7pZRhngX4/GjevLuHgH5BJw9wpopGfrd8+75 tU/PlwWMAt8+b2IBn0SB2bBdVP/wg3d376VVufc+HevqU54ln048jEO6AQc/njaPxdEcAqIN+ViX H80Ty9AhlvgqejcxNiImFQzTlhjcFPdTxaNu4s6M30yfTySP8LvBRkNiinDFUlu/HyENQBKACtHo U2Nxi0buXjksUoefDf7odwyY7zIQ7b5siPattJBLK/HlDNgMPEWYsvbtHPBIt0EiVGpL5mPz1PKY ob2q6+ZV18yNbaaYVcUf/4K8qeK6lE8aHML4eQbl2eaZQGk6k2dYGIShf5k2vzF0I0QQ4HFCNxIk sY70WCbtVHU4Wv9cGklCHpkn44FLhnM5SFmiPhfyOjGGTJli4YSYSLrnT1KDEg4aWpbiMW5fWanX KVICFCeLwi6j7sU50VZpEyKXd2ooVAjmTlwKejrboeW6eGwgJGr951EXUs9vY9OiNrRMI87csUmL 0EoHnivhS3dLD76VYPzBa+AU8kZzPujtrxCQ8Y9lUXcekIu6ieuDljDIzu49WhgBB4txd92veQvj qywP57gXxz6X6NdDieB0+liiI4ogIXPkWA70ZJuYJttDAZA7LZ/WrEWJheaU4whHxMaIiRBhvNJm TbB7mgujqmWCxC4QOHEdCqV2c2I0aZ2yd6k3kAy5Dy07d+LGULTqUxpGDIdqXB2L2KoAMKuyLwB2 ubk+8EeR8T7uzAci4dpmpBcB3a7RimHSR0d5bGyYGYbQz+0hIRCoqkWtpZ2NbJ55StR20w8vDqSH lm4KbaDUeX6Zruyp4WKK84P37yN42+BsRpIOknGPwDya484mB1PoQ2yT2/JrQYMA4+ncLvNaKTuA fQktDyYNg7mmvM0thX6x/u4b33S2NZEfIN57VWy2Yd6dLPd7SFjGB0wA7mE4uLg+CbrNqH5u/e+i F8sbekTVt4q6OA7iVpOUQYtTKOsCM1PpwN6YYUhXnDvO5aM2Kbem08PwNF8+pkN2gXlSAWd19h9t LQ9W2B8cuArKZAz9fGGHPpM4+oFJigJcqjlWRVy/ZFDu47bh7Zb92Snum8a2DHUX+gWt7fgq3fvT XBYa+jcyjwX4OCUGXIZt2ujsEedleYjRWuZAhJn3mNykRkMUrky7l1kXWKIUQz88YniprOOZtnst c9d/NeEIhn25V7F9h3Nh1EfEtMqRkyF5otqHEiPOGGZZ+5rFfDUZyo3M0+DIXe6Qril6lbtt3BrR J3PJAiOEnVGtEEohR34zwVyy/9xmspfMLjEiMpEskq5kqya0z3Ij6pIhPm19H/yuzp4h+4MF170h jGCMigKXEk0toK9jUqvtQ2gkc/oRDqkjbLsH+GUKpNxyq6rhZKPNK32OvvZC2j6AYXpzY6q393ch n5pKSP39zW3bztx6YB1DoH3b9tb61OWwfa3z1haTzUbIJnsWjX69bN8j7C5Pr9o3126hGm1EszE3 XS6170nd2rdnXg8ZNocD9pTz/rbi9TBS5jBLX0/AaM6JlObkhew3Zs9g1gwAoMkHCLRFYHzqctY+ X741i2uD2C6uLxftfhpI2r3EJis2KgPDmti+3NIuRm8Nx41lqXQqjnmz2en8sNFyV77eyozm/gv/ 4cWKki0AAA== --=-=-= Content-Type: text/plain The relevant bit seems to be here: #59 0x0000000000445356 in safe_call1 (fn=XIL(0x90c0), arg=XIL(0x1600c35)) at ../../src/xdisp.c:2629 #60 0x00000000004a2643 in note_mode_line_or_margin_highlight (window=XIL(0x1600c35), x=29, y=26, area=ON_MODE_LINE) at ../../src/xdisp.c:30842 #61 0x00000000004a33db in note_mouse_highlight (f=0x15ffc30 , x=263, y=435) at ../../src/xdisp.c:31155 #62 0x0000000000540aee in note_mouse_movement (frame=0x15ffc30 , event=0x7fffffffd540) at ../../src/xterm.c:4956 #63 0x0000000000546d8f in handle_one_xevent (dpyinfo=0x2f2ac70, event=0x7fffffffd540, finish=0xd9615c , hold_quit=0x7fffffffd7d0) at ../../src/xterm.c:8632 #64 0x0000000000544623 in event_handler_gdk (gxev=0x7fffffffd540, ev=0x2e7dc60, data=0x0) at ../../src/xterm.c:7574 #65 0x00002aaaabd0ae21 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #66 0x00002aaaabd0b0d9 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #67 0x00002aaaabcd53f9 in gdk_display_get_event () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #68 0x00002aaaabd0ae92 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #69 0x00002aaaad38d7f7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #70 0x00002aaaad38da60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #71 0x00002aaaad38db0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #72 0x00002aaaab5badf5 in gtk_main_iteration () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #73 0x0000000000547d70 in XTread_socket (terminal=0x155de40 , hold_quit=0x7fffffffd7d0) at ../../src/xterm.c:9131 #74 0x000000000059a3b2 in gobble_input () at ../../src/keyboard.c:6892 #75 0x000000000059a88c in handle_async_input () at ../../src/keyboard.c:7129 #76 0x000000000059a8ab in process_pending_signals () at ../../src/keyboard.c:7143 #77 0x0000000000644d8f in maybe_quit () at ../../src/eval.c:1545 #78 0x000000000064d653 in Flength (sequence=XIL(0)) at ../../src/fns.c:119 #79 0x000000000064ea6b in concat (nargs=1, args=0x7fffffffda78, target_type=Lisp_Cons, last_special=false) at ../../src/fns.c:582 #80 0x000000000064e86b in Fcopy_sequence (arg=XIL(0x3ba84d3)) at ../../src/fns.c:514 #81 0x0000000000594d66 in timer_check () at ../../src/keyboard.c:4382 --=-=-=-- From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 16:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15175879133401 (code B ref 30182); Fri, 02 Feb 2018 16:12:01 +0000 Received: (at 30182) by debbugs.gnu.org; 2 Feb 2018 16:11:53 +0000 Received: from localhost ([127.0.0.1]:54246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehdwP-0000sn-Fo for submit@debbugs.gnu.org; Fri, 02 Feb 2018 11:11:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehdwN-0000sa-FY for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 11:11:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehdvE-0002bq-AJ for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 11:11:46 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48365) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehdvD-0002D8-VF; Fri, 02 Feb 2018 11:10:40 -0500 Received: from [176.228.60.248] (port=3985 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ehdlx-0007ht-Qa; Fri, 02 Feb 2018 11:01:06 -0500 Date: Fri, 02 Feb 2018 18:00:49 +0200 Message-Id: <831si3crf2.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A742122.3090008@gmx.at> (message from martin rudalics on Fri, 02 Feb 2018 09:28:18 +0100) References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@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-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: -5.0 (-----) > Date: Fri, 02 Feb 2018 09:28:18 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > "Asynchronous redisplay" could only mean the call to expose_frame, is > > that right? > > That's what I meant, yes. Actually, mouse movement could also cause that, via the MotionNotify event that calls note_mouse_highlight. Right? > note_mouse_highlight calls note_mode_line_or_margin_highlight which > does > > help_echo_string = (FUNCTIONP (default_help) > ? safe_call1 (default_help, window) > : default_help); Does this mean we can now actually call Lisp asynchronously upon every mouse movement? That's a definite no-no. > We could instrument the code around this to do something special when > Vtimer_check_in_progress is non-nil. We could bind inhibit-eval-during-redisplay to a non-nil value. However, that will disable your function, and defeat the whole purpose of making mode-line-default-help-echo a function. But I think the problem introduced by this recent change, which allows Lisp to be called asynchronously, is a much more serious problem than just timer_check. We _cannot_ call Lisp asynchronously in any safe way. I'm afraid we will have to roll back the change which allowed mode-line-default-help-echo to be a function. Can you find an alternative way of achieving the same effect, that doesn't call Lisp from note_mode_line_or_margin_highlight? I think we should introduce some protection against making such implementation mistakes in the future. Like some flag that we set when redisplay is entered asynchronously, and that is checked in safe__call, where we'd signal an error (or maybe even abort, under "--enable-checking") if the flag is set. This should allow us to find such problems much faster. WDYT? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 16:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Noam Postavsky Cc: rudalics@gmx.at, m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15175879683529 (code B ref 30182); Fri, 02 Feb 2018 16:13:02 +0000 Received: (at 30182) by debbugs.gnu.org; 2 Feb 2018 16:12:48 +0000 Received: from localhost ([127.0.0.1]:54250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehdxH-0000ur-Ql for submit@debbugs.gnu.org; Fri, 02 Feb 2018 11:12:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehdxF-0000uc-MG for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 11:12:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehdw6-0003e4-GE for 30182@debbugs.gnu.org; Fri, 02 Feb 2018 11:12:40 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehdw6-0003dd-97; Fri, 02 Feb 2018 11:11:34 -0500 Received: from [176.228.60.248] (port=3989 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ehdw5-0006ss-M3; Fri, 02 Feb 2018 11:11:34 -0500 Date: Fri, 02 Feb 2018 18:11:17 +0200 Message-Id: <83zi4rbcd6.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87372jh41f.fsf@users.sourceforge.net> (message from Noam Postavsky on Fri, 02 Feb 2018 09:14:36 -0500) References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <87372jh41f.fsf@users.sourceforge.net> 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-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: -5.0 (-----) > From: Noam Postavsky > Cc: martin rudalics , m.sujith@gmail.com, 30182@debbugs.gnu.org > Date: Fri, 02 Feb 2018 09:14:36 -0500 > > > I'd love to see a C-level backtrace from that situation, because I'm > > not really sure what exactly happens and how. > > This is reproducible from > > emacs -Q -L .../w3m -l w3m -f w3m > > where .../w3m is a checkout of https://github.com/ecbrown/emacs-w3m. > Backtrace attached. Martin's patch of #143 applied and breakpoint > set with: > > break Fsignal if (((intptr_t)Qerror) == ((intptr_t)error_symbol)) > > (the breakpoint needs to be set only after w3m has started up though) Thanks. So Flength processes pending signals, and that causes it to call note_mode_line_or_margin_highlight, which calls Lisp, which adds a timer to the list. This is less serious than what I was afraid of, and I see now that note_mode_line_or_margin_highlight CANNOT be called from the SIGIO handler. So I guess just using block_input/unblock_input around Fcopy_sequence call, as I proposed earlier, should plug this hole. Thanks a lot for making the situation obvious. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Feb 2018 09:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15176486508394 (code B ref 30182); Sat, 03 Feb 2018 09:05:01 +0000 Received: (at 30182) by debbugs.gnu.org; 3 Feb 2018 09:04:10 +0000 Received: from localhost ([127.0.0.1]:54906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehtk2-0002BJ-4u for submit@debbugs.gnu.org; Sat, 03 Feb 2018 04:04:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:63124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehtjy-0002An-Ov for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 04:04:07 -0500 Received: from [192.168.1.100] ([213.162.73.116]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MBWIM-1eYW4H3eEw-00AXYf; Sat, 03 Feb 2018 10:03:59 +0100 Message-ID: <5A757AFD.5040404@gmx.at> Date: Sat, 03 Feb 2018 10:03:57 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> In-Reply-To: <831si3crf2.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ItwESKvfsJ4C9EW8OBOOnHRrm6uSIBOld4NrE3mJK+0eKWCGE3Z oG80bllVgbHci52ayLqGwEQnxfIG44r0PmGMHjkV5ut6R4Da1cGnek6BtD4k14x7y9my74n wvfMzEdQgxr05frtF/a69M/g5L0fNfWLVLXu9pb7QzvJIree2NdO6yC2dOucGfvz3PAADTf bUGOIF6wBLIrD3VL0yoww== X-UI-Out-Filterresults: notjunk:1;V01:K0:zb7/oMAeyVY=:hGSHfhUBMu8+h6JT3Q8kzT D+lx3zY7nfUWX99DNEO6zCF9XS+BChb1J1YcbdC+DiI4SiYf2sg1A+z6QF+QvbECWOLgxhUvH 2+QMeITaVqF1MibyQhbvlrPcUrvw09u8xJlyxaxGG4a2sAX8QRsQWjhVtUwLEZaAPUTWPlCa8 9eNS1Y22OSh7KNLbefkHXb5VLthbUqrp3msInmSD8IDXkF/Iln0/QxLaxMAH+6RZDGuIf0G4A Csz0TocoIpB5gvxsfWckkhQrtMF6fcU+0yOFuyBfYPh6h5DD5x/1PeBUTUioDDRR7kOMaRTzZ dElTohCT9Iu/9YZO0iUqVdKScXT3OEW4dJU6pvfXHrBETFdIhLFACzYTtcEkOhmsqUjDfOMwe aT6eGvhQzn+pCdbttz/M8DY0L2DsPL99J4FE3b3XF0otEb3EC9tSy6CemuREnvh7IBcN7hUFE PYitUs16jHdh7KR1XUPTpzfukJYVu9Zq5Wj/HD3R1O8hDxoybAXadmfMf3xGXGfJJburEm3da BnkEtJxC545bvMId/7lHiOVvljlxMZS8hyIm8pVe1x8pthXDIJp0WnBGuirjlS6j83TsacM1h ZpQFd+88/jDkDgYu++s+VcheWX0z469M4L27eE2+H7AqVyQzz793mNINV7jEpNqtEc6Frgk9C nOnOcpFa26++Hi/Q2OqFtlB+CBiVgvhymfxKShJGM3myoNmOn2oYoglbpPb+uQSX0AURppN1Q z4LTv0VgCGZN2ItE35jLd7yaP3oYi8y4nEe1yuAfJeca60isZJwkjHc1gWyVYKov0z2h096hg EcjERUEOdvEIFXNPblGsG/rbS6HUqxsK4O+RpiQ6An9m7yc8c4Txsr/3L89usPvJ6NngYRa X-Spam-Score: -0.7 (/) 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.7 (/) > But I think the problem introduced by this recent change, which allows > Lisp to be called asynchronously, is a much more serious problem than > just timer_check. This recent change was only an amendment to a fix of Bug#16647. There I changed the shape of the mouse cursor, here the accompanying tooltip. So anything that goes wrong now should have gone wrong then already. But for one thing: The present changed introduced that call to `window-in-direction' which clearly is a bad idea for the mode line because it may want to get the height of the mode line while building the mode line string and thus introduce infinite recursion. I don't know why that didn't happen here in the first place. For the interested - try to display the value returned by (posn-at-point) in the mode line. > We _cannot_ call Lisp asynchronously in any safe > way. I'm afraid we will have to roll back the change which allowed > mode-line-default-help-echo to be a function. Can you find an > alternative way of achieving the same effect, that doesn't call Lisp > from note_mode_line_or_margin_highlight? I could do that easily. But IMO the problem is not with calling Lisp per se. We frequently call Lisp fnctions from C. The problem is with altering the global state (`timer-list' being part of that) IIUC. > I think we should introduce some protection against making such > implementation mistakes in the future. Like some flag that we set > when redisplay is entered asynchronously, and that is checked in > safe__call, where we'd signal an error (or maybe even abort, under > "--enable-checking") if the flag is set. This should allow us to find > such problems much faster. WDYT? I'd need to see the problem identified first. The comment in xdisp.c says that Under window systems like X, some portions of the redisplay code are also called asynchronously during mouse movement or expose events. It is very important that these code parts do NOT use the C library (malloc, free) because many C libraries under Unix are not reentrant. They may also NOT call functions of the Lisp interpreter which could change the interpreter's state. What is an "asynchronous call" and how can I identify it? How do I avoid using the C library? How do I avoid calling functions of the Lisp interpreter? And one thing that is obviously needed is some guidance on what should be allowed in the mode line and what should be avoided. For example, having `mode-line-buffer-identification' install a timer is something that should be avoided IMO. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Feb 2018 09:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Noam Postavsky , Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15176486958453 (code B ref 30182); Sat, 03 Feb 2018 09:05:02 +0000 Received: (at 30182) by debbugs.gnu.org; 3 Feb 2018 09:04:55 +0000 Received: from localhost ([127.0.0.1]:54909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehtkl-0002CH-FT for submit@debbugs.gnu.org; Sat, 03 Feb 2018 04:04:55 -0500 Received: from mout.gmx.net ([212.227.17.22]:53219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehtkj-0002C4-LD for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 04:04:54 -0500 Received: from [192.168.1.100] ([213.162.73.116]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkjuq-1fG8dV2hKG-00aTqV; Sat, 03 Feb 2018 10:04:37 +0100 Message-ID: <5A757B23.60607@gmx.at> Date: Sat, 03 Feb 2018 10:04:35 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <87372jh41f.fsf@users.sourceforge.net> In-Reply-To: <87372jh41f.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:dmVtLmsCFFp0Ek+5lgLv7CatF959uTMwl5MfWzWRkbysjNwiWWP 4rz3vRBg6Db4LUxUw7l0t5z3JLszwKBj7rA9AkT0e73PLIZ1OUNHHV9BZAwvywdYlQPdjk/ 49Thn1fc/RG74Spva5+SMqyAuK8x7crsHJOegV3x7eJjYX6cEoJDj8d68o6FwgA/AjUQJOQ 0aW/Zz1188hpZP3vI+cQQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:9GL1DiAfGlE=:uHmGK2iaDyqbfHgTPcuPUr HewiI9gVTiZ8TWELIIpTUck+JSHmU5o7V/8heXDGx4efOBxvNFgyCzgfRyK4wYz9BZlIqs1Dz FdpzSPkASW+mDPtwcJ/gOvbovAQEM1xN61Tk9qZsL73l3Lpbq510CVhAMxfZBw/FTraOfK1hF zrXWc6e85+jVSw1HwFJwkqpizh4byVsgoBks1sDth0e9wZYqf57qcDerHcfELQfZ79bcb26r0 A5EWLTQBqkaKhsjwmCizEz5QD/Ew9ufnkcD1UAfJJX+2gf6stNkbBdYJuXg7yBctolaUD5E/c DBFgz7/ctYGkTeK1QN3nxax5/IpyoBoVA8iGL1Qg2sofBT4VNDOsofzQsL28Eky36K/7/E7sY q+ar+B07Dm+jd+AaclT3SgusRPr4d4AF4O5P77N8qeaImRG2JMKNVfAfOp+WuFHgf1FrKN1mO bzmCAf58aKB6UTgNCK1eZeG56QdeadY4DwNqtW0IkfLTLF7YV35t95mSI4BpgrVIcCi/r2O9X utpKnXwTQUU8vTA1MMY1K7YsZ0+W9V1GpybzQFMdc6HEMgeSPps1gENoZg9PzCoaab+IUQlGc IrAKZT7SmLtvt8l22v4ZcrLji7jlzEO0/Xz/ix0puIBQYydEM5L2EBl9rXUFQIpVQZWQpx5kh UKmNWSGaxwaBuiGzBDce6YuGhGk4uKY79YcxdmiusYiEP5MhoYeJh4wjSnbsT0VJP6sVaBvu/ r7U3QIXmb6sbFzu5L3pZIl2dhQB3v3KhZBjThLunlOJppiGTLyiNceRwG9L/SdNYmoO7KiIo5 n+VYerh4gVOsBOo+ICbIQ/l9c3rQ3VWdw0EyqQguTLe014IG3poDnBsB1CJoziFaxZzrOgs X-Spam-Score: -0.7 (/) 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.7 (/) > This is reproducible from > > emacs -Q -L .../w3m -l w3m -f w3m > > where .../w3m is a checkout of https://github.com/ecbrown/emacs-w3m. Thanks for the work. > #75 0x000000000059a88c in handle_async_input () at ../../src/keyboard.c:7129 > #76 0x000000000059a8ab in process_pending_signals () at ../../src/keyboard.c:7143 > #77 0x0000000000644d8f in maybe_quit () at ../../src/eval.c:1545 So at least this part of my earlier conjecture > which, if count is zero, calls maybe_quit which according to > > if (!NILP (Vquit_flag) && NILP (Vinhibit_quit)) > process_quit_flag (); > else if (pending_signals) > process_pending_signals (); > > may call process_pending_signals wasn't entirely misguided and if I had understood the implications of process_pending_signals, I probably would have been able to identify the problem too. So my hint was at the atimer part. Bad luck. In either case, an average Lisp programmer will be completely lost when trying to understand process_pending_signals and gobble_input and their possible implications. But maybe it is undocumentable. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Feb 2018 10:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151765378415856 (code B ref 30182); Sat, 03 Feb 2018 10:30:02 +0000 Received: (at 30182) by debbugs.gnu.org; 3 Feb 2018 10:29:44 +0000 Received: from localhost ([127.0.0.1]:54942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehv4p-00047g-JM for submit@debbugs.gnu.org; Sat, 03 Feb 2018 05:29:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57999) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehv4n-00047T-TY for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 05:29:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehv4f-0001rx-BW for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 05:29:36 -0500 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,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39410) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehv4f-0001rk-7b; Sat, 03 Feb 2018 05:29:33 -0500 Received: from [176.228.60.248] (port=4779 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ehv4d-00066q-FO; Sat, 03 Feb 2018 05:29:32 -0500 Date: Sat, 03 Feb 2018 12:29:17 +0200 Message-Id: <83efm2bc3m.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A757AFD.5040404@gmx.at> (message from martin rudalics on Sat, 03 Feb 2018 10:03:57 +0100) References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> <5A757AFD.5040404@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-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: -5.0 (-----) > Date: Sat, 03 Feb 2018 10:03:57 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > We _cannot_ call Lisp asynchronously in any safe > > way. I'm afraid we will have to roll back the change which allowed > > mode-line-default-help-echo to be a function. Can you find an > > alternative way of achieving the same effect, that doesn't call Lisp > > from note_mode_line_or_margin_highlight? > > I could do that easily. But IMO the problem is not with calling Lisp > per se. We frequently call Lisp fnctions from C. The problem is with > altering the global state (`timer-list' being part of that) IIUC. > > > I think we should introduce some protection against making such > > implementation mistakes in the future. Like some flag that we set > > when redisplay is entered asynchronously, and that is checked in > > safe__call, where we'd signal an error (or maybe even abort, under > > "--enable-checking") if the flag is set. This should allow us to find > > such problems much faster. WDYT? > > I'd need to see the problem identified first. The comment in xdisp.c > says that > > Under window systems > like X, some portions of the redisplay code are also called > asynchronously during mouse movement or expose events. It is very > important that these code parts do NOT use the C library (malloc, > free) because many C libraries under Unix are not reentrant. They > may also NOT call functions of the Lisp interpreter which could > change the interpreter's state. > > What is an "asynchronous call" and how can I identify it? That commentary was outdated. I updated it now. Please take a look and tell if anything there needs clarification or any other change. I believe that what I wrote in the message to which you were replying was based on incorrect interpretation of what actually happens. With the correct interpretation, there's no asynchronous entry into redisplay, if "asynchronous" is interpreted literally. So the measures I described above are unnecessary, but there is a need to block input around C fragments that cannot tolerate changes in global state. This now raises the question: should we block input around the 2 calls to Fcopy_sequence in timer_check, on the emacs-26 branch? I tend to think we should, because letting arbitrary Lisp change the timer lists while Fcopy_sequence runs could cause hard-to-debug bugs. WDYT? > And one thing that is obviously needed is some guidance on what should > be allowed in the mode line and what should be avoided. For example, > having `mode-line-buffer-identification' install a timer is something > that should be avoided IMO. If we protect Fcopy_sequence as indicated above, I think such a limitation would no longer be necessary. Thanks. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Feb 2018 10:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org, npostavs@users.sourceforge.net Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151765384416033 (code B ref 30182); Sat, 03 Feb 2018 10:31:01 +0000 Received: (at 30182) by debbugs.gnu.org; 3 Feb 2018 10:30:44 +0000 Received: from localhost ([127.0.0.1]:54946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehv5n-0004AX-Vp for submit@debbugs.gnu.org; Sat, 03 Feb 2018 05:30:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehv5m-0004AL-3X for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 05:30:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehv5g-0003at-Bq for 30182@debbugs.gnu.org; Sat, 03 Feb 2018 05:30:37 -0500 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,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehv5g-0003aa-7M; Sat, 03 Feb 2018 05:30:36 -0500 Received: from [176.228.60.248] (port=4780 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ehv5e-00074g-Vd; Sat, 03 Feb 2018 05:30:35 -0500 Date: Sat, 03 Feb 2018 12:30:20 +0200 Message-Id: <83d11mbc1v.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A757B23.60607@gmx.at> (message from martin rudalics on Sat, 03 Feb 2018 10:04:35 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <87372jh41f.fsf@users.sourceforge.net> <5A757B23.60607@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-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: -5.0 (-----) > Date: Sat, 03 Feb 2018 10:04:35 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > In either case, an average Lisp programmer will be completely lost > when trying to understand process_pending_signals and gobble_input and > their possible implications. But maybe it is undocumentable. Why would a Lisp programmer need to understand that? It's a C-level problem, and should be fixed on the C level. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Feb 2018 10:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151773847422700 (code B ref 30182); Sun, 04 Feb 2018 10:02:02 +0000 Received: (at 30182) by debbugs.gnu.org; 4 Feb 2018 10:01:14 +0000 Received: from localhost ([127.0.0.1]:56200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiH6o-0005u4-J3 for submit@debbugs.gnu.org; Sun, 04 Feb 2018 05:01:14 -0500 Received: from mout.gmx.net ([212.227.17.21]:51526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiH6n-0005tr-3J for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 05:01:13 -0500 Received: from [192.168.1.100] ([212.95.5.118]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Me4Ly-1eMjp13Qje-00PyJ9; Sun, 04 Feb 2018 11:01:05 +0100 Message-ID: <5A76D9DF.6040704@gmx.at> Date: Sun, 04 Feb 2018 11:01:03 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> <5A757AFD.5040404@gmx.at> <83efm2bc3m.fsf@gnu.org> In-Reply-To: <83efm2bc3m.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:gvd1p/Va5lMWbSmFZLvyVLem/JyUOks2SLuQlb4zqVzPqMrWUvQ /YedLZf26NE0trXYklbUPlFTMOHFW+ZIV4Y8EWC6IZOFQV05PAemRFVGrTBfsma6wbgNSd+ dHD28fMaNvBL4aUQHroB9MmeGYwvS6HwKGWlnNVPrd3EH6L6LJh06oKL5N46DRgQAxUndJr 4FMSevwhZaj49HnfZIW4g== X-UI-Out-Filterresults: notjunk:1;V01:K0:ZhP0fP1LySI=:Ok5f4HoA/Js08gbgMFFN+T uC8Uzcdqw1A7Eta/dJK8xBImBXXrT8JVdp7mRhYPEBgFmqPJE3I777vhTXMhtxVx/b4dFzcSl 1mEMtMZFDhJU9OUUMbLfekFTktKEkFwKW/Xq04nq1YvjDQNA28kMv8wPYsRCi8jTDb+K+YIl3 PRBcO7ZTzfkwA7e1bBXMq58J3QFLkwhx0AgGCcLWi6XCqF1cVq4eFx4g1MxtnkYOJfZ52fjwu Dao4RBE6odTdPfNuYfd1GOWdMG4L9sROoGikReB8sZrcGiO+V007ogfBG6SxFFwcvBddJU6N3 PZkxKsCa63EuRMzNXKUcgzpDkm4uHI/McfnBQqncraXYTQphgd+nA++0a5YFQR3q9GCDd3/Kl y5gMER5OR16A6/RzF1yoSS94eDC64qARKgrHQwEujBox1c59QfbNNMSf5tsGV2I86ywO36IyO 6PpFpYSDpDLxIbRTiup8wv6OSQycIIVmjZGwjoa08vmLFKHSgQ+5HxjneA9JIeXC79k7NjBFi qNab8pDqtnOeFCv5NxSBxpuelRMKrC+T/psF+iwi7EAO0AJ++Rer9VU2bkhPeakXIpIWtno5Z HImTT95HgpMjDx4OapAVv4J6XMaqea5XICq/2agddDwK9lqjNJRL/s7LRdbunYVEG7BXKWzB9 81UToerz8hG5jAQMcrOrGXl6Nbd5+CSpTYeAguc8YpW5zBGrfaF1Igss5tguzBFoCHQtwmgwn M0RBYzSkOeAKhnjNXOBNDppsEUXxOMRhAP02CP2LP9sc+DKg3stecy8mZ6TnmNfwwkh3aDh3m YfZf0gduSbx2nsvMCyBDXdTYoijl3idfiMcH+6r3LWGoZpvCor14JjKY1Y+R1+R6uI27YjN X-Spam-Score: -0.7 (/) 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.7 (/) > That commentary was outdated. I updated it now. Thanks. > Please take a look > and tell if anything there needs clarification or any other change. One question I'd ask myself is how we avoid that redisplay is reentered during maybe_quit. And I would like to know which settings can disrupt redisplay and whether and which, if any, parts of redisplay (mode lines and echo area) may get through after such a disruption, probably to avoid garbling the display. > I believe that what I wrote in the message to which you were replying > was based on incorrect interpretation of what actually happens. With > the correct interpretation, there's no asynchronous entry into > redisplay, if "asynchronous" is interpreted literally. So the > measures I described above are unnecessary, but there is a need to > block input around C fragments that cannot tolerate changes in global > state. I must admit that I never thought of maybe_quit being able to process input when a function like 'copy-sequence' executes "normally". Maybe this should be emphasized in the Elisp manual's section on Quitting. I don't even understand what it's good for to process input just after a few conses or calculating the length of some short list. > This now raises the question: should we block input around the 2 calls > to Fcopy_sequence in timer_check, on the emacs-26 branch? I tend to > think we should, because letting arbitrary Lisp change the timer lists > while Fcopy_sequence runs could cause hard-to-debug bugs. WDYT? It cannot possibly harm so I think we should. >> And one thing that is obviously needed is some guidance on what should >> be allowed in the mode line and what should be avoided. For example, >> having `mode-line-buffer-identification' install a timer is something >> that should be avoided IMO. > > If we protect Fcopy_sequence as indicated above, I think such a > limitation would no longer be necessary. If the :eval form in 'mode-line-format' changes an arbitrary list which is about to be copied, a similar crash could be provoked. Or am I missing something? martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Feb 2018 10:02:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org, npostavs@users.sourceforge.net Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151773850322741 (code B ref 30182); Sun, 04 Feb 2018 10:02:03 +0000 Received: (at 30182) by debbugs.gnu.org; 4 Feb 2018 10:01:43 +0000 Received: from localhost ([127.0.0.1]:56203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiH7G-0005uh-S9 for submit@debbugs.gnu.org; Sun, 04 Feb 2018 05:01:43 -0500 Received: from mout.gmx.net ([212.227.17.22]:55981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiH7D-0005uU-KV for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 05:01:41 -0500 Received: from [192.168.1.100] ([212.95.5.118]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgI0W-1f33ab1iOy-00ni4O; Sun, 04 Feb 2018 11:01:25 +0100 Message-ID: <5A76D9F2.20805@gmx.at> Date: Sun, 04 Feb 2018 11:01:22 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <87372jh41f.fsf@users.sourceforge.net> <5A757B23.60607@gmx.at> <83d11mbc1v.fsf@gnu.org> In-Reply-To: <83d11mbc1v.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FDL0mkwO0IYKnDswrw2OME6KNPZifD78omBH/7fHN+ms9xfgvGN mjLnf2VZGQWdNW/AtJOuBiZ8tf/i4w6vJJRwJbI+ZoyB/4hrUagi72nUeqcSUEQxiaHV71T J19DbvkO0qCf34l+NZskHnvsUcYxPmB2X6I/a7ewOdsamNFzzsEYLm8fimKDLzpcRG6i3/Z XMHzyi6Wk+alx7t2t9i8A== X-UI-Out-Filterresults: notjunk:1;V01:K0:5n9On6ShcG8=:k4iJfP84Uf742y5hCwyTds Gk9Z9H+3p78bydYdKLqE5Wp8iwjBFBCXtPvyOaDvkBqR0+UIfyPMfyoqe9znzqYkgMV5FI737 kQ+KHWAFab35uIOMbxI7jCWIjXMJpTWtr+gAnR40gQqCjajZje7RNXLEGsZpqwtV4BFSEp+Sp RiTf6wma3WXaML2vuOaoADW3eDUqn0LvRMfeJyCgsZ218IMJPnbMVrdk9zY0XS2DSCrDPLs+w tEIzBCthtNL5dpe5MJXNs619gSIduBYBiig2QUo3pwxcbzS374fdv3ivdt4qXbNy2drL9cT3G Qq+17dWmU0v1cV2u4mae/xsv65+ET11IKcE9vdUDrXdhyWA1B+TWTPiypyhvWy81LHIoE64iO rNdfI2WurjVtLEbztzVOvAY+SWgJpo39V2mMrZFF+Rc0FPcCyBiDwt+SArCwZGip20FwYSLa0 WzH2JnMgBfONnLmtUfF2l0gWkzEz12lvEfqBaZ5eggjJ3GYaZ2WCsYY62DA1WSDHOyK3Iqu5V KKTcGm1vytHXRB9jNGX+dVjwO9UXjixZBe8cDDVLZsNMor+cpppvb91OISRZjhFj+mlhW5AQZ rLQAo2YWLomuwX19tGzsnMi5lyFWrWtSYei/CDn4udVsnsugxwvMHc9n1JvPSr+z1qjTh6rLi rLqauiJwh6QcDpDVEzMPtwlMjgJQQlhp9moK9rvhErPvaL2M114989X/K3125lZGDCCIMPh5c zKTFXbWIpAhXbDuCo2WNZpCDuWKl+TaNoCSY+8qKZmxd+I3Em8u79Aq+yRlKakX75nSfcisuf 9huK4LfJhSUaiwp7KtkVv6O66MVXXmb93eBU3bt+rFZydPR5odFhvMcxDtNMMAQFEUJd4sj X-Spam-Score: -0.7 (/) 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.7 (/) >> In either case, an average Lisp programmer will be completely lost >> when trying to understand process_pending_signals and gobble_input and >> their possible implications. But maybe it is undocumentable. > > Why would a Lisp programmer need to understand that? It's a C-level > problem, and should be fixed on the C level. I meant Lisp programmers occasionally delving into C code to understand what's going on with their code. They probably should know about quitting and how to inhibit it but will have no idea how input is blocked and what consequences that has for them. martin From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Feb 2018 18:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org, npostavs@users.sourceforge.net Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151776729421830 (code B ref 30182); Sun, 04 Feb 2018 18:02:01 +0000 Received: (at 30182) by debbugs.gnu.org; 4 Feb 2018 18:01:34 +0000 Received: from localhost ([127.0.0.1]:57306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiObe-0005fo-Je for submit@debbugs.gnu.org; Sun, 04 Feb 2018 13:01:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiObd-0005Zq-Bu for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 13:01:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eiObV-00006n-8q for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 13:01:28 -0500 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,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eiObV-00006h-5n; Sun, 04 Feb 2018 13:01:25 -0500 Received: from [176.228.60.248] (port=3020 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eiObU-0005MU-LS; Sun, 04 Feb 2018 13:01:25 -0500 Date: Sun, 04 Feb 2018 20:01:13 +0200 Message-Id: <831si0ab2u.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A76D9F2.20805@gmx.at> (message from martin rudalics on Sun, 04 Feb 2018 11:01:22 +0100) References: <87k1wdqc4q.fsf@gmail.com> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <87372jh41f.fsf@users.sourceforge.net> <5A757B23.60607@gmx.at> <83d11mbc1v.fsf@gnu.org> <5A76D9F2.20805@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-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: -5.0 (-----) > Date: Sun, 04 Feb 2018 11:01:22 +0100 > From: martin rudalics > CC: npostavs@users.sourceforge.net, m.sujith@gmail.com, > 30182@debbugs.gnu.org > > >> In either case, an average Lisp programmer will be completely lost > >> when trying to understand process_pending_signals and gobble_input and > >> their possible implications. But maybe it is undocumentable. > > > > Why would a Lisp programmer need to understand that? It's a C-level > > problem, and should be fixed on the C level. > > I meant Lisp programmers occasionally delving into C code to > understand what's going on with their code. They probably should know > about quitting and how to inhibit it but will have no idea how input > is blocked and what consequences that has for them. Quitting is not the problem, and it shouldn't be blocked: users should be able to bail out of lengthy Lisp calculations. What should be blocked is reading X events as part of maybe_quit, in those cases where running Lisp cannot be allowed. From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Feb 2018 18:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151776849424828 (code B ref 30182); Sun, 04 Feb 2018 18:22:02 +0000 Received: (at 30182) by debbugs.gnu.org; 4 Feb 2018 18:21:34 +0000 Received: from localhost ([127.0.0.1]:57313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiOv0-0006SN-94 for submit@debbugs.gnu.org; Sun, 04 Feb 2018 13:21:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiOux-0006SB-ME for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 13:21:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eiOun-0006go-Tl for 30182@debbugs.gnu.org; Sun, 04 Feb 2018 13:21:26 -0500 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,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60479) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eiOun-0006gh-Pg; Sun, 04 Feb 2018 13:21:21 -0500 Received: from [176.228.60.248] (port=3038 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eiOun-0000nj-0m; Sun, 04 Feb 2018 13:21:21 -0500 Date: Sun, 04 Feb 2018 20:21:10 +0200 Message-Id: <83zi4o8vl5.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <5A76D9DF.6040704@gmx.at> (message from martin rudalics on Sun, 04 Feb 2018 11:01:03 +0100) References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> <5A757AFD.5040404@gmx.at> <83efm2bc3m.fsf@gnu.org> <5A76D9DF.6040704@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-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: -5.0 (-----) > Date: Sun, 04 Feb 2018 11:01:03 +0100 > From: martin rudalics > CC: m.sujith@gmail.com, 30182@debbugs.gnu.org > > > That commentary was outdated. I updated it now. > > Thanks. > > > Please take a look > > and tell if anything there needs clarification or any other change. > > One question I'd ask myself is how we avoid that redisplay is > reentered during maybe_quit. I thought I explained just that in the commentary: It is therefore very important that C functions which might cause such "asynchronous" redisplay, but cannot tolerate the results, use block_input/unblock_input around code fragments which assume that global Lisp state doesn't change. The "asynchronous" redisplay is triggered by certain X events, so the way to prevent that is to disallow reading X events in process_pending_signals (which might be called from maybe_quit), and the call to block_input achieves that. > And I would like to know which settings > can disrupt redisplay and whether and which, if any, parts of > redisplay (mode lines and echo area) may get through after such a > disruption, probably to avoid garbling the display. Once again: redisplay itself is not the problem here. The problem is calling Lisp as part of redisplay. This is currently only possible if note_mouse_highlight is called, which can happen either directly (because we read a mouse-motion event), or from expose_frame under certain conditions. I see no other code in both of these cases that could invoke Lisp, except that safe_call1 you added lately in note_mode_line_or_margin_highlight. > > I believe that what I wrote in the message to which you were replying > > was based on incorrect interpretation of what actually happens. With > > the correct interpretation, there's no asynchronous entry into > > redisplay, if "asynchronous" is interpreted literally. So the > > measures I described above are unnecessary, but there is a need to > > block input around C fragments that cannot tolerate changes in global > > state. > > I must admit that I never thought of maybe_quit being able to process > input when a function like 'copy-sequence' executes "normally". Maybe > this should be emphasized in the Elisp manual's section on Quitting. Let's first decide what to do about this particular issue, and only after that see if anything needs to be documented. > I don't even understand what it's good for to process input just after > a few conses or calculating the length of some short list. I'm not sure. I guess leaving too many unprocessed X events is not what good X citizens are expected to do? And reacting to mouse movements and expose-frame events in a timely manner improves the UX? > > This now raises the question: should we block input around the 2 calls > > to Fcopy_sequence in timer_check, on the emacs-26 branch? I tend to > > think we should, because letting arbitrary Lisp change the timer lists > > while Fcopy_sequence runs could cause hard-to-debug bugs. WDYT? > > It cannot possibly harm so I think we should. > > >> And one thing that is obviously needed is some guidance on what should > >> be allowed in the mode line and what should be avoided. For example, > >> having `mode-line-buffer-identification' install a timer is something > >> that should be avoided IMO. > > > > If we protect Fcopy_sequence as indicated above, I think such a > > limitation would no longer be necessary. > > If the :eval form in 'mode-line-format' changes an arbitrary list > which is about to be copied, a similar crash could be provoked. Or am > I missing something? Hmm... you are right. So maybe we need to revert that change which allows help-echo to be a function, after all. It seems to open a can of worms that is too large, so we might as well avoid that before we get too far. WDYT? From unknown Wed Jun 25 05:43:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30182: Update Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Feb 2018 09:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.151790935117240 (code B ref 30182); Tue, 06 Feb 2018 09:30:01 +0000 Received: (at 30182) by debbugs.gnu.org; 6 Feb 2018 09:29:11 +0000 Received: from localhost ([127.0.0.1]:59530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eizYt-0004U0-9X for submit@debbugs.gnu.org; Tue, 06 Feb 2018 04:29:11 -0500 Received: from mout.gmx.net ([212.227.17.21]:60638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eizYs-0004Tm-7N for 30182@debbugs.gnu.org; Tue, 06 Feb 2018 04:29:10 -0500 Received: from [192.168.1.100] ([212.95.5.24]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LrNoG-1eqjLf0wjU-0133hE; Tue, 06 Feb 2018 10:29:03 +0100 Message-ID: <5A797558.2050108@gmx.at> Date: Tue, 06 Feb 2018 10:28:56 +0100 From: martin rudalics MIME-Version: 1.0 References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> <5A757AFD.5040404@gmx.at> <83efm2bc3m.fsf@gnu.org> <5A76D9DF.6040704@gmx.at> <83zi4o8vl5.fsf@gnu.org> In-Reply-To: <83zi4o8vl5.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:msNhnqKhNu6zQeixDFLEDiW6DqJgc9644G0Uo+IcEistqoWOMu5 8ME6tx9dWSc3ON+/fHrU0UU5lRdUIGY71qwltSh0AVoJrxx8xclVd2V95xCQrRnH0utLfmu pOHjo8wKhrzsjvEW5vEQsrRXAcsUkVxbO3+eK3SSY4XIOU4orFQnGlYIeMKopVPisCFxrL4 I4Mt18iIWMeQJrvQqHzcQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:lSQ5oLyZNKI=:vkk9pYS7I+xlnmrEoLW5V7 7uiJyv9+PLu8og8GyTqpxEeSDdU6DjgBpVuiUYOC1YEcKFXMGVGGhTACSqlEaT2Vqjl8+ADPJ CrAzMdDV8ChYLns4lOuR6dLrGCl/PQBuiEIoc9nlMCgksWOsgYiCFYcjMCeWcIDIkSAajY8cN 6Q2Hy53HJvYei0bCtme9hrrlWCngL5y+qpUTC5tWmBy8E+5m7feJt7OdTpOSoJ9TlKeuzVDwc e4RUdca5g24kfu3igfkcdtghsDCEI9USx02MeOaVBL5AOR29im1ArNfcM3DvK6ndt8igukI0t byoZd1Xd9C9lMVhbjh0ncFLEMvq7uP3WzUXjTOSZ9V+8B5ImEcgAc5UjqW2q7W6syBv4z3jOw O7qtu4OHDui5cCOEoTrK54AlbrX02pit6vMfQL0WH3OQO0h856Z1ObzAt5y9ICkbiJT4fbLim 2KmklG5uDVVzQPFO7Dgj3OnY12BW0e8QHim2O0I2ZUDq0GRXTmFH3CkOI0kZBYfofCt3Oz5QI cEvvPSgVYV79JYUSAJxHwZIJEBbWMlZ1RmAU+wn7Ax2I93Pm7JuO38yPBlw+MXlD6VekUN6wl tJZTgpb7sKrzhibruDy0Wm9BGc+6p5FgNF8tfIWQdbWTvvNDNMSYq9onHPsGDN323HsQ6ShDj cBvHJatUx0ToVBUv2C6CQKfelzvh9anIt+7CehH3/ZXQAto+xDDJ1BnyOAjm5sP5FUx425Wgj PnPvvTLWjGb6RFU4IsH91XZ7K+L1fBPKmH96o8NrY/tJtbHhGYmYz8FsFelHhdKGv6IwOBc2R 9RtOScpUTgEKPJV1VT0twJT6gftQrdPok8Uen1BAC0uwbGBCQdzRu7tUrkQrlMcYcHsHQ6p X-Spam-Score: -0.7 (/) 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.7 (/) > Hmm... you are right. So maybe we need to revert that change which > allows help-echo to be a function, after all. It seems to open a can > of worms that is too large, so we might as well avoid that before we > get too far. WDYT? Agreed. I'll probably move it to display_mode_lines. martin From unknown Wed Jun 25 05:43:18 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Sujith Subject: bug#30182: closed (Re: bug#30182: Update) Message-ID: References: <5A7EBF98.6070207@gmx.at> <87k1wdqc4q.fsf@gmail.com> X-Gnu-PR-Message: they-closed 30182 X-Gnu-PR-Package: emacs Reply-To: 30182@debbugs.gnu.org Date: Sat, 10 Feb 2018 09:48:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1518256083-6455-1" This is a multi-part message in MIME format... ------------=_1518256083-6455-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #30182: 27.0.50; Crash when doing mouse-over on modeline which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 30182@debbugs.gnu.org. --=20 30182: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30182 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1518256083-6455-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 30182-close) by debbugs.gnu.org; 10 Feb 2018 09:47:15 +0000 Received: from localhost ([127.0.0.1]:36040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRkZ-0001ee-EN for submit@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:15 -0500 Received: from mout.gmx.net ([212.227.17.21]:39653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRkY-0001eS-Ab for 30182-close@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:14 -0500 Received: from [192.168.1.100] ([212.95.5.41]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgZ7h-1f5QQo0eTF-00nz7P; Sat, 10 Feb 2018 10:47:07 +0100 Message-ID: <5A7EBF98.6070207@gmx.at> Date: Sat, 10 Feb 2018 10:47:04 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#30182: Update References: <87k1wdqc4q.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <5A6C37A7.2020309@gmx.at> <87r2qag5wp.fsf@gmail.com> <5A6D8947.5010207@gmx.at> <87d11t9ria.fsf@gmail.com> <5A6EF1A2.30904@gmx.at> <83lgggirzp.fsf@gnu.org> <5A702D36.6040302@gmx.at> <83po5rh3pu.fsf@gnu.org> <5A718CFA.2080408@gmx.at> <878tcdtpbk.fsf@gmail.com> <5A72DD44.3060104@gmx.at> <83lggceh9m.fsf@gnu.org> <5A742122.3090008@gmx.at> <831si3crf2.fsf@gnu.org> <5A757AFD.5040404@gmx.at> <83efm2bc3m.fsf@gnu.org> <5A76D9DF.6040704@gmx.at> <83zi4o8vl5.fsf@gnu.org> <5A797558.2050108@gmx.at> In-Reply-To: <5A797558.2050108@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ow0aakyBTwCIi/51zFSxWJR1paNwtJoOuMoHBFDnXjmY4L63QTb Ch2tNGOxjdNfMGhgApF5c2oYgh+8C2swWFCRE7OoRxychVkeaAmmjAZ8qsu164MtpUZnRvG VaFJ0Onf2mzwxWfTbWlpxpxm4UHSzKVnyOT08ex78mOi4LMA+v7wEBvG9LwxSGmjEfiMCMG mq/SULeyATLoc/0wOuE8A== X-UI-Out-Filterresults: notjunk:1;V01:K0:IC3v6coTL54=:Ffl5FAnD40j4al2P3VN98+ yoSDbhEJKCwRzXTZcdLceNklBgEIMwGs8JnBGin1IaHxFliuc4OWJ2pLpObIutFXBpVvhBM93 Je+TuL9sFbZ8k0VslmIKmHOOsZNmkjVZbLDzFOz6vVwlsQ4RLqSOcCA9J93FSmZNZjA6bagYg jw6/NwV/3yORYKIjmp6P0hL3eNfOO/cnBrp7bIDJXNRh0PysL4hcwtSgvI0IcGRtM4w1ZLMFd YmPfYDXAMy1YDKQ0dYqj0uFQkJDXNwchLn/6B1xJrrL7uRlv7++ADdPY556VWdBJqffItBDIF BxmACdmQrQveyLBpxeCfzEAzVbyUwhmzVhP4pu1nsj+r5TbIq+awLm+FmdioATv1RhWUhE2DQ l9FNhfBBCpmf7K/vOe3j3YY7k0F80B12A3UmUDpXo4DyQaHBOGx3EKxMxaic3rUvu3q3d9Exq SIiMM8oDOZj4bRFhT3uLhCEWFMX0ufAB2Bq2kNeQ2RnTWEfF8CCpqjwvCk+rc6GUAegWlfK+U lBkxnF7yyBzFmZMrlg0Mn+PmrM2PJrFR5KmKm1cG+Khz/xUtGA7nhJt23KtHC0oYMVKbL4swJ d1Dk32UHau+xE5gHuDHCvoSmJIQSLPAPjsvZfXApmbopCGauDsh2gzsZTX3zCSkJm7UyPryo+ L2mSKFQ5HvF4UUZxgWSj1BrlhusIuzRnCBiFNrKg/bF3I1HBLiwJxcHFLRQX0jJ7mfpg8loBn M9DUATQakf5ahpXatx5PKTsGqeRfjIDy6fzQhXJRqQSVeFoy0P0cCIXyDeXc4jkDfKiDqbHvD pG+STMdJLK24M1b7iCZdo1v9v/CYxv5l0jRcXnVxBAYluDofT3ioE2LZ7ri8r+K7fuHbtW6 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30182-close Cc: m.sujith@gmail.com, 30182-close@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.7 (/) > Agreed. I'll probably move it to display_mode_lines. Moved there now. Thanks to everyone involved for helping to track down this bug. Closing this bug, martin ------------=_1518256083-6455-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 20 Jan 2018 06:27:01 +0000 Received: from localhost ([127.0.0.1]:35492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmcG-0007Yd-NX for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:27:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49253) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecmcE-0007YP-F6 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecmc7-00068g-76 for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_SORBS_WEB,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34510) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ecmc7-00068b-3o for submit@debbugs.gnu.org; Sat, 20 Jan 2018 01:26:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecmc5-0001ue-3D for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecmc1-000675-Sj for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:49 -0500 Received: from mail-pf0-x231.google.com ([2607:f8b0:400e:c00::231]:44314) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ecmc1-00066m-Ix for bug-gnu-emacs@gnu.org; Sat, 20 Jan 2018 01:26:45 -0500 Received: by mail-pf0-x231.google.com with SMTP id m26so3018589pfj.11 for ; Fri, 19 Jan 2018 22:26:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=9o/x1SrqegFjiSs1ZLEOX05KJXqZYLnAXO5hBT348A4=; b=QL4dsihAmbUF191SqO6VINr85PFu9HGjmMAQ4dG03Oo26QTa6cIklGdtZvgH9Vt/Y1 FrGtLviWprqnYTI90U9WzRp8Pr/QkM1zooc1NJnWAzjWn9Khua+QihZiOY9m2Nuqr5CZ UF6Hs1AjhCgOk1067Z8pAPZfuLp+WFGQ2pB8YX3XGoo8tZ+qXJGZRk7v7o4Yk3znN0EX DZcfuqoS7z1qCx1a4/0erNrjG8OzRkb7iA6WmCC2F8GCXrUJg0CFFyPLv03aynskhF0i ZJh5UGLGdOk4Rk0jzmRLc1JCYcfcxss3zPGwKXHgVjlByMF8JTF38MGfH9GkIOJY7jFI 2QIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=9o/x1SrqegFjiSs1ZLEOX05KJXqZYLnAXO5hBT348A4=; b=B2Y2SSuNZVflB5wGlffqAnWtT8jDT2CtPD1lwKkWNUm4WvCNvW+5iUzjNnLZKiqJal 4LfOxpzIvH/IHN6Nq9tZXXtPGS3XukY6MF6+3NEc4xD2Mgj3779tFWlGFvTQ+J/F+7h4 eLLcTwYcXnBpu5nNSSu2yzVKxyw8K/Omz9PhIdzH+3gbEemWqimaMmOYWgP0wThc1FxZ gSetUcUlZ+Aw6fMqRWb3OtO9GLVc0OxtuoaMoZ10qzyZA1PTdOZq6Fy7m3MVjJFu3rI6 xoqVnPDr3RLBjnJdoruzEJ3qecIxntzc9mUgb7tCEDBIEpYV+IP+ZJpMAdJIrf+nawbO 7X0g== X-Gm-Message-State: AKwxytfFVO2wrSBym/oS2mrp/Kl99bngASGCKmyWtVLRGAmzlm2K2pO/ SexE1BoJ55RGQUMWFf3XE+A4llZQ X-Google-Smtp-Source: AH8x225OmiO6UaYIVXoc5S/Id3rjJ4FbG+qP4ndjUIQxiqG2n4qbmpA9zQ23YRy1iKbdFV3wfCWsOQ== X-Received: by 10.99.125.74 with SMTP id m10mr1076929pgn.354.1516429603814; Fri, 19 Jan 2018 22:26:43 -0800 (PST) Received: from the-damned ([117.249.213.166]) by smtp.gmail.com with ESMTPSA id r88sm16932241pfb.17.2018.01.19.22.26.40 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 19 Jan 2018 22:26:43 -0800 (PST) User-agent: mu4e 0.9.18; emacs 27.0.50 From: Sujith To: bug-gnu-emacs@gnu.org Subject: 27.0.50; Crash when doing mouse-over on modeline Date: Sat, 20 Jan 2018 11:56:29 +0530 Message-ID: <87k1wdqc4q.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain 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: -2.5 (--) 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: -2.5 (--) On master branch, emacs crashes when moving the mouse pointer across the modeline. * emacs -Q * M-x w3m * Move the mouse cursor across the modeline. * Emacs crashes. Backtrace: ---------- Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. concat (nargs=nargs@entry=1, args=args@entry=0x7fffffffd8e8, target_type=, last_special=last_special@entry=false) at fns.c:751 751 XSETCAR (tail, elt); (gdb) (gdb) bt full #0 0x000000000056c25c in concat (nargs=nargs@entry=1, args=args@entry=0x7fffffffd8e8, target_type=, last_special=last_special@entry=false) at fns.c:751 elt = 0x146ae45 thislen = thisleni = thisindex = thisindex_byte = 0 val = tail = 0x0 this = toindex = -1 toindex_byte = 0 result_len = result_len_byte = argnum = 0 last_tail = 0x0 prev = 0x39fdf13 some_multibyte = textprops = num_textprops = 0 sa_avail = sa_must_free = #1 0x000000000056c9cc in Fcopy_sequence (arg=) at fns.c:514 #2 0x00000000004f2bff in timer_check () at keyboard.c:4381 nexttime = timers = idle_timers = tem = 0x0 #3 0x00000000004f3179 in readable_events (flags=flags@entry=1) at keyboard.c:3349 #4 0x00000000004f3bb8 in get_input_pending (flags=flags@entry=1) at keyboard.c:6805 #5 0x00000000004f6388 in detect_input_pending_run_timers (do_display=do_display@entry=true) at keyboard.c:9943 old_timers_run = #6 0x00000000005a470e in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=wait_for_cell@entry=0x0, wait_proc=wait_proc@entry=0x0, just_wait_proc=0) at process.c:5514 old_timers_run = 42 old_buffer = 0x399c7d0 old_window = 0x13e9c35 leave = false process_skipped = channel = nfds = 1 Available = {fds_bits = {32, 0 }} Writeok = {fds_bits = {0 }} check_write = check_delay = no_avail = false xerrno = 11 proc = timeout = {tv_sec = 0, tv_nsec = 0} end_time = timer_delay = got_output_end_time = {tv_sec = 1516429254, tv_nsec = 917181698} wait = TIMEOUT got_some_output = -1 retry_for_async = now = {tv_sec = 0, tv_nsec = -1} #7 0x0000000000420219 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5799 sec = 30 nsec = 0 do_display = true #8 0x00000000004f940d in read_char (commandflag=commandflag@entry=1, map=map@entry=0x39621d3, prev_event=0x0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffe50b, end_time=end_time@entry=0x0) at keyboard.c:2723 tem0 = timeout = delay_level = buffer_size = c = jmpcount = 3 local_getcjmp = {{__jmpbuf = {12419232, 2843205084361714529, 20880437, 59917508, 0, 60533139, -2843205083308037279, 2843204488341678945}, __mask_was_saved = 0, __saved_mask = {__val = {140737488348000, 60409808, 60409813, 950, 5608020, 0, 4, 0, 60409808, 0, 140737488347616, 237, 31296, 0, 0, 0}}}} save_jump = {{__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved = 0, __saved_mask = {__val = {0 }}}} tem = save = previous_echo_area_message = 0x0 also_record = 0x0 reread = false recorded = false polling_stopped_here = false orig_kboard = 0x2cb1870 #9 0x00000000004f98b8 in read_key_sequence (keybuf=keybuf@entry=0x7fffffffe600, prompt=prompt@entry=0x0, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9137 interrupted_kboard = 0x2cb1870 interrupted_frame = 0x13e8c30 key = used_mouse_menu = false echo_local_start = 0 last_real_key_start = 0 keys_local_start = 0 new_binding = t = 0 echo_start = 0 keys_start = 0 current_binding = 0x39621d3 first_unbound = 31 mock_input = 0 fkey = {parent = 0x1066b23 , map = 0x1066b23 , start = 0, end = 0} keytran = {parent = 0xc6aa93 , map = 0xc6aa93 , start = 0, end = 0} indec = {parent = 0x1066b33 , map = 0x1066b33 , start = 0, end = 0} shift_translated = false delayed_switch_frame = 0x0 original_uppercase = 0x0 original_uppercase_position = -1 dummyflag = false fake_prefixed_keys = 0x0 first_event = 0x0 #10 0x00000000004fb47c in command_loop_1 () at keyboard.c:1370 cmd = keybuf = {0x200001e2, 0x4ef901 , 0x0, 0xbda740 , 0x3, 0x56290c , 0xcb4401 , 0x3694c33, 0x7fffffffe6d0, 0x0, 0x3694c33, 0xcb44c3 , 0xffffffffffffffff, 0x565e84 , 0x99520, 0x3694c33, 0x85a144 , 0x0, 0x0, 0xa8f7ec3c8fd0ea00, 0x7fffffffe6d0, 0x4f20a1 , 0x7fffffffe6d0, 0x0, 0x0, 0x4f21e7 , 0xcb4400 , 0x562399 , 0x5, 0x7590} i = prev_modiff = 15 prev_buffer = 0xc6d400 #11 0x0000000000561afe in internal_condition_case (bfun=bfun@entry=0x4fb280 , handlers=handlers@entry=0x4dd0, hfun=hfun@entry=0x4f20d0 ) at eval.c:1332 val = c = 0x2c4b0b0 #12 0x00000000004ecc24 in command_loop_2 (ignore=ignore@entry=0x0) at keyboard.c:1111 val = 0x3 #13 0x0000000000561a6d in internal_catch (tag=tag@entry=0xc2a0, func=func@entry=0x4ecc00 , arg=arg@entry=0x0) at eval.c:1097 val = c = 0x2c45900 #14 0x00000000004ecbbb in command_loop () at keyboard.c:1090 #15 0x00000000004f1ce3 in recursive_edit_1 () at keyboard.c:696 val = #16 0x00000000004f2009 in Frecursive_edit () at keyboard.c:767 buffer = #17 0x000000000041633f in main (argc=, argv=0x7fffffffe998) at emacs.c:1724 stack_bottom_variable = 0x7ffff0013ea2 do_initial_setlocale = dumping = skip_args = 0 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = disable_aslr = rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615} sockfd = -1 In GNU Emacs 27.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2018-01-20 built on the-damned Repository revision: 95ce4eb5d9e1c7644b598ee0aa9b2524d1bc868f Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 Recent messages: Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Saving file /home/sujith/a.txt... Wrote /home/sujith/a.txt Mark set scroll-down-command: Beginning of buffer [7 times] Making completion list... Configured using: 'configure --prefix=/usr --without-gconf --without-gsettings --without-selinux --without-gnutls --without-libsystemd --without-threads --without-dbus PKG_CONFIG_PATH=/usr/lib/imagemagick6/pkgconfig/' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM NOTIFY ACL LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 LCMS2 Important settings: value of $LANG: en_IN.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: flyspell-mode: t global-magit-file-mode: t diff-auto-refine-mode: t magit-auto-revert-mode: t global-git-commit-mode: t async-bytecomp-package-mode: t shell-dirtrack-mode: t display-time-mode: t iswitchb-mode: t savehist-mode: t override-global-mode: t save-place-mode: t cl-old-struct-compat-mode: t tooltip-mode: t global-eldoc-mode: t mouse-wheel-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 column-number-mode: 1 line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow face-remap emacsbug term/tmux term/xterm xterm flyspell ispell elec-pair mu4e-alert pcase ht s alert log4e rx notifications dbus xml gntp magit-obsolete magit-blame magit-stash magit-bisect magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-branch magit-collab ghub url-auth url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap let-alist magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode diff-mode magit-core magit-autorevert autorevert filenotify magit-process magit-margin magit-mode git-commit magit-git magit-section magit-utils crm magit-popup log-edit pcvs-util add-log with-editor cl-extra help-mode async-bytecomp advice async shell pcomplete dash mu4e-contrib mu4e desktop frameset mu4e-speedbar speedbar sb-image ezimage dframe mu4e-main mu4e-context mu4e-view cal-menu calendar cal-loaddefs thingatpt browse-url comint ansi-color mu4e-headers mu4e-compose mu4e-draft mu4e-actions ido rfc2368 smtpmail sendmail mu4e-mark mu4e-message html2text mu4e-proc mu4e-utils doc-view jka-compr image-mode mu4e-lists mu4e-vars message rmc puny format-spec rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader hl-line cl mu4e-meta time dired-x dired dired-loaddefs edmacro kmacro xcscope ring server iswitchb savehist bind-key easy-mmode saveplace finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv 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 inotify lcms2 dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 212648 40734) (symbols 48 31715 1) (miscs 40 622 2583) (strings 32 67813 4045) (string-bytes 1 1998341) (vectors 16 31729) (vector-slots 8 661669 18786) (floats 8 126 425) (intervals 56 307 0) (buffers 992 13)) ------------=_1518256083-6455-1--