From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 11:39:19 2021 Received: (at submit) by debbugs.gnu.org; 18 Mar 2021 15:39:19 +0000 Received: from localhost ([127.0.0.1]:47775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMuk2-0001Gv-Qe for submit@debbugs.gnu.org; Thu, 18 Mar 2021 11:39:19 -0400 Received: from lists.gnu.org ([209.51.188.17]:50532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMuk0-0001Gm-Cn for submit@debbugs.gnu.org; Thu, 18 Mar 2021 11:39:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46514) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lMuk0-0004iB-3e for bug-gnu-emacs@gnu.org; Thu, 18 Mar 2021 11:39:16 -0400 Received: from md5i.com ([75.151.244.229]:57032) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lMujy-0004bh-DU for bug-gnu-emacs@gnu.org; Thu, 18 Mar 2021 11:39:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From:Sender: Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=LNEhSAYGl23KtnoI0KKoeGNjUiyaecVmVkIFIO7nz0A=; b=y+OVnJsENvVk1r7SEaHzc4n/Ps yVJVc2lo6nT3CtLiWnUnJl++I5R1qM6Ys8cpoMMcq23RxzDt8zJ2gpNf9tId3kPIeclPaI2TAfPht 1shk73vvcw3kGFa2V+omqxiVn; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lMujx-002kX3-0J for bug-gnu-emacs@gnu.org; Thu, 18 Mar 2021 11:39:12 -0400 From: Michael Welsh Duggan To: bug-gnu-emacs@gnu.org Subject: 28.0.50; SIGSEGV in long-runnning Emacs Date: Thu, 18 Mar 2021 11:39:12 -0400 Message-ID: <87im5ofp3z.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=75.151.244.229; envelope-from=md5i@md5i.com; helo=md5i.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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.4 (--) I have managed to catch a SEGFAULT in a long-running Emacs in the debugger. I've been unable to recreate this SEGFAULT on demand, but it seems to be happening when I am attempting to "reset" gnus after switching my work VPN on/off. I will keep the gdb session up an running in case there is some more that can be done with this. In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0) of 2021-03-07 built on miko Repository revision: c63d2ef59c511c1c48c69a202907b7edfcbb19b3 Repository branch: md5i Windowing system distributor 'The X.Org Foundation', version 11.0.12010000 System Description: Debian GNU/Linux bullseye/sid Configured using: 'configure --without-toolkit-scroll-bars --with-x-toolkit=lucid 'CFLAGS=-O0 -ggdb3'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF X11 XAW3D XDBE XIM XPM LUCID ZLIB Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix <#part type="text/plain" filename="~/src/emacs/build/src/gdb.txt" disposition=inline> <#/part> -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 11:42:28 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 15:42:28 +0000 Received: from localhost ([127.0.0.1]:47784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMun5-0001MC-J2 for submit@debbugs.gnu.org; Thu, 18 Mar 2021 11:42:28 -0400 Received: from md5i.com ([75.151.244.229]:60664) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMun3-0001Lz-Ip for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 11:42:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From:Sender: Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=y+PG2239mJ5ZcMitQHIf8f6IzirabrGTHgdqiLanKAw=; b=agsa+A8ixnCTLryq3VLAK154Kw WlIughIvOzsMfMDiYghgluCtaaoGHX3ChgR1RWyHkVYcPdchNOZXfVDriOpZUwXHlAFiS6DZvzhiV 4uor+WebnKi8pRdzqw1lHFl9K; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lMumy-002kXb-B5 for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 11:42:19 -0400 From: Michael Welsh Duggan To: 47244@debbugs.gnu.org Subject: 28.0.50; SIGSEGV in long-runnning Emacs Date: Thu, 18 Mar 2021 11:42:19 -0400 Message-ID: <87czvwfoys.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 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.0 (-) --=-=-= Content-Type: text/plain Re-sent with actual attachment. I have managed to catch a SEGFAULT in a long-running Emacs in the debugger. I've been unable to recreate this SEGFAULT on demand, but it seems to be happening when I am attempting to "reset" gnus after switching my work VPN on/off. I will keep the gdb session up an running in case there is some more that can be done with this. In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0) of 2021-03-07 built on miko Repository revision: c63d2ef59c511c1c48c69a202907b7edfcbb19b3 Repository branch: md5i Windowing system distributor 'The X.Org Foundation', version 11.0.12010000 System Description: Debian GNU/Linux bullseye/sid Configured using: 'configure --without-toolkit-scroll-bars --with-x-toolkit=lucid 'CFLAGS=-O0 -ggdb3'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF X11 XAW3D XDBE XIM XPM LUCID ZLIB Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=gdb.txt #0 0x00005555555e1a61 in redisplay_internal () at ../../master/src/xdisp.c:15789 w = 0x555556b96340 sw = 0x555556b96340 fr = 0x555556b8ca50 pending = false must_finish = true match_p = true tlbufpos = { charpos = 127, bytepos = 127 } tlendpos = { charpos = 0, bytepos = 0 } number_of_visible_frames = 4 count = 3 sf = 0x555556b8ca50 polling_stopped_here = false tail = XIL(0) frame = XIL(0x555555d52afd) hscroll_retries = 0 garbaged_frame_retries = 0 consider_all_windows_p = false update_miniwindow_p = true #1 0x00005555555e061e in redisplay () at ../../master/src/xdisp.c:15245 #2 0x00005555556e9991 in read_char (commandflag=1, map=XIL(0x555558a3e483), prev_event=XIL(0), used_mouse_menu=0x7fffffffdabf, end_time=0x0) at ../../master/src/keyboard.c:2496 echo_current = false c = XIL(0) jmpcount = 93824999976800 local_getcjmp = {{ __jmpbuf = {93825000009536, 0, 93824999976800, 0, 0, 140737488345232, 93824994486337, 93825051609157}, __mask_was_saved = -10032, __saved_mask = { __val = {93824994503322, 140737259960288, 140737259960240, 0, 46912259983440, 0, 140737259960288, 93824999976800, 0, 0, 140737488345344, 93824993977890, 4066572208, 93824999976800, 0, 0} } }} save_jump = {{ __jmpbuf = {0, 32736, 0, 140737266320856, 0, 0, 93825051609152, 0}, __mask_was_saved = 0, __saved_mask = { __val = {93825000009536, 93824994486337, 0, 140737488345184, 93824994507922, 140737266320856, 12884891664, 0, 32736, 93825051609152, 140737266320856, 93824995128912, 51539607552, 93825051609157, 93825051609152, 93824995129355} } }} tem = XIL(0) save = make_fixnum(23456248494472) previous_echo_area_message = XIL(0) also_record = XIL(0) reread = false recorded = false polling_stopped_here = false orig_kboard = 0x555555dea0a0 #3 0x00005555556f86dc in read_key_sequence (keybuf=0x7fffffffdcc0, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../master/src/keyboard.c:9484 interrupted_kboard = 0x555555dea0a0 interrupted_frame = 0x555556b8ca50 key = make_fixnum(23456248516455) used_mouse_menu = false echo_local_start = 0 last_real_key_start = 0 keys_local_start = 0 new_binding = XIL(0x555557286ce0) count = 3 t = 0 echo_start = 0 keys_start = 0 current_binding = XIL(0x555558a3e483) first_unbound = 31 mock_input = 0 used_mouse_menu_history = {false } fkey = { parent = XIL(0x5555568a0323), map = XIL(0x5555568a0323), start = 0, end = 0 } keytran = { parent = XIL(0x7ffff2c27c4b), map = XIL(0x7ffff2c27c4b), start = 0, end = 0 } indec = { parent = XIL(0x5555568a0353), map = XIL(0x5555568a0353), start = 0, end = 0 } shift_translated = false delayed_switch_frame = XIL(0) original_uppercase = XIL(0) original_uppercase_position = -1 dummyflag = false starting_buffer = 0x555558df4840 fake_prefixed_keys = XIL(0) first_event = XIL(0) second_event = XIL(0) #4 0x00005555556e6c13 in command_loop_1 () at ../../master/src/keyboard.c:1353 cmd = XIL(0x7fffffffde10) keybuf = {XIL(0), XIL(0x7ffff2c27bf5), XIL(0x555555765719), XIL(0x1655540), XIL(0x7fffffffdd70), XIL(0x55555579dc50), XIL(0x1655540), XIL(0x7ffff257b4c4), XIL(0x555558df8683), XIL(0x7ffff2c27bf5), XIL(0x7ffff2c27bf5), XIL(0x555558df8683), XIL(0x7ffff257b4c4), XIL(0x1655540), XIL(0), XIL(0), XIL(0x555555cb6f60), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3b34), XIL(0xffffddc0), XIL(0x555555cb6f60), XIL(0), XIL(0), XIL(0x7fffffffdda0), XIL(0x555555797748), make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x55555579ae39)} i = 1 prev_modiff = 0 prev_buffer = 0x0 already_adjusted = false #5 0x000055555579aa34 in internal_condition_case (bfun=0x5555556e67cd , handlers=XIL(0x90), hfun=0x5555556e5f69 ) at ../../master/src/eval.c:1439 val = XIL(0x5555556e3b34) c = 0x555555db1380 #6 0x00005555556e6495 in command_loop_2 (ignore=XIL(0)) at ../../master/src/keyboard.c:1094 val = make_fixnum(0) #7 0x000055555579a242 in internal_catch (tag=XIL(0xd950), func=0x5555556e6468 , arg=XIL(0)) at ../../master/src/eval.c:1189 val = XIL(0xd950) c = 0x555555d9a6f0 #8 0x00005555556e6434 in command_loop () at ../../master/src/keyboard.c:1073 #9 0x00005555556e5b3a in recursive_edit_1 () at ../../master/src/keyboard.c:720 count = 1 val = XIL(0x7fffffffdf50) #10 0x00005555556e5cbd in Frecursive_edit () at ../../master/src/keyboard.c:789 count = 0 buffer = XIL(0) #11 0x00005555556e26ea in main (argc=2, argv=0x7fffffffe1b8) at ../../master/src/emacs.c:2050 stack_bottom_variable = 0x7ffff617e053 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 dump_mode = 0x0 skip_args = 1 temacs = 0x0 attempt_load_pdump = true rlim = { rlim_cur = 10022912, rlim_max = 18446744073709551615 } lc_all = 0x0 sockfd = -1 module_assertions = false Lisp Backtrace: "redisplay_internal (C function)" (0x0) --=-=-= Content-Type: text/plain -- Michael Welsh Duggan (md5i@md5i.com) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 11:49:38 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 15:49:38 +0000 Received: from localhost ([127.0.0.1]:47797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMuu2-0001XO-6O for submit@debbugs.gnu.org; Thu, 18 Mar 2021 11:49:38 -0400 Received: from md5i.com ([75.151.244.229]:60734) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMuu0-0001XB-V1 for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 11:49:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=MTfF9br+49QM8zQYK7UtaQC9s4nWGTZ1YGJRNK9j+ZU=; b=U/0+l0GS0/nu7Rm/6ljeiPd/Ka uGI6UtcaCVb4v38EPRCb7HiPOPZnTOYz6UupcII9lC7Ofp5xJIjXb+XH5MHG3MzFhgdfzinV2/ySp uSqxF9569UovMT7LQ93vlCJA7; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lMutv-002kYw-Dv for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 11:49:31 -0400 From: Michael Welsh Duggan To: 47244@debbugs.gnu.org Subject: Re: 28.0.50; SIGSEGV in long-runnning Emacs References: <87czvwfoys.fsf@md5i.com> Date: Thu, 18 Mar 2021 11:49:30 -0400 In-Reply-To: <87czvwfoys.fsf@md5i.com> (Michael Welsh Duggan's message of "Thu, 18 Mar 2021 11:42:19 -0400") Message-ID: <878s6kfomt.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 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.0 (-) Actual debugger SIGSEGV message: Thread 2.1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00005555555e1a61 in redisplay_internal () at ../../master/src/xdisp.c:15789 15789 && FETCH_BYTE (BYTEPOS (tlbufpos) - 1) != '\n' Also, this bit is probably important: (gdb) p GPT_BYTE $1 = 127 (gdb) p GAP_SIZE $2 = 1896 (gdb) p BEG_ADDR $3 = (unsigned char *) 0x0 -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 12:02:24 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 16:02:25 +0000 Received: from localhost ([127.0.0.1]:47837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMv6O-0001tw-Mq for submit@debbugs.gnu.org; Thu, 18 Mar 2021 12:02:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMv6N-0001tf-4X for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 12:02:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58206) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMv6H-0001P0-OQ; Thu, 18 Mar 2021 12:02:17 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4979 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMv6G-0000su-Qo; Thu, 18 Mar 2021 12:02:17 -0400 Date: Thu, 18 Mar 2021 18:02:16 +0200 Message-Id: <83tup8fo1j.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <87czvwfoys.fsf@md5i.com> (message from Michael Welsh Duggan on Thu, 18 Mar 2021 11:42:19 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Date: Thu, 18 Mar 2021 11:42:19 -0400 > > I have managed to catch a SEGFAULT in a long-running Emacs in the > debugger. I've been unable to recreate this SEGFAULT on demand, but it > seems to be happening when I am attempting to "reset" gnus after > switching my work VPN on/off. I will keep the gdb session up an running > in case there is some more that can be done with this. > > > In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0) > of 2021-03-07 built on miko > Repository revision: c63d2ef59c511c1c48c69a202907b7edfcbb19b3 > Repository branch: md5i This is a build from several days ago, and on some branch that is probably a local branch. Do the line numbers still correspond to what's on the current master? > #0 0x00005555555e1a61 in redisplay_internal () > at ../../master/src/xdisp.c:15789 The line number here corresponds to this in the current sources: if (CHARPOS (tlbufpos) > BEGV && FETCH_BYTE (BYTEPOS (tlbufpos) - 1) != '\n' <<<<<<<<<<<<<<<<< && (CHARPOS (tlbufpos) == ZV || FETCH_BYTE (BYTEPOS (tlbufpos)) == '\n')) Is that so in your sources as well? If so, I'm not sure I understand how this could segfault, given that tlbufpos is 127. What is the value of ZV? And what does the following produce: (gdb) p current_buffer->text->beg From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 12:02:57 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 16:02:57 +0000 Received: from localhost ([127.0.0.1]:47840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMv6v-0001uw-0S for submit@debbugs.gnu.org; Thu, 18 Mar 2021 12:02:57 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:38092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMv6t-0001um-Ef for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 12:02:56 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4F1WyP5x7Hz1s0RZ; Thu, 18 Mar 2021 17:02:53 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4F1WyP3cFJz1sP6N; Thu, 18 Mar 2021 17:02:53 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id w3mNAzUTvIg6; Thu, 18 Mar 2021 17:02:52 +0100 (CET) X-Auth-Info: rgy7RunRW2UnpqKX3mcRLLMEkuSGq3ZJ/+g7l+3ltqNNdbvtHxhNGL/arlhXYKze Received: from igel.home (ppp-46-244-182-233.dynamic.mnet-online.de [46.244.182.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 18 Mar 2021 17:02:52 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 612BD2C3218; Thu, 18 Mar 2021 17:02:52 +0100 (CET) From: Andreas Schwab To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87czvwfoys.fsf@md5i.com> <878s6kfomt.fsf@md5i.com> X-Yow: My pants just went to high school in the Carlsbad Caverns!!! Date: Thu, 18 Mar 2021 17:02:52 +0100 In-Reply-To: <878s6kfomt.fsf@md5i.com> (Michael Welsh Duggan's message of "Thu, 18 Mar 2021 11:49:30 -0400") Message-ID: <87a6r0h2kz.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Mär 18 2021, Michael Welsh Duggan wrote: > (gdb) p BEG_ADDR > $3 = (unsigned char *) 0x0 Looks like a dead buffer. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 12:27:21 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 16:27:21 +0000 Received: from localhost ([127.0.0.1]:47872 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvUX-0002Wv-Ba for submit@debbugs.gnu.org; Thu, 18 Mar 2021 12:27:21 -0400 Received: from md5i.com ([75.151.244.229]:32890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvUV-0002Wi-4L for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 12:27:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=xdOhoD7o5nTLq4g3pAdpA9ZKhFKm+5vWQ7zuLGaDvFE=; b=dzGMHMtWrV6MuKeSX1MiBt2NIY eJdY+V6d/O+1DsVHd8weNP6IQT9lFVAhbhbaOcL+5BcucWawoZDPVqUWGd05u4/UXxw+wwkV0i2qn XN+D4zpZ80wiQlYV+pyKr15In; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lMvUP-002khs-Ua; Thu, 18 Mar 2021 12:27:13 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: <83tup8fo1j.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 18:02:16 +0200") References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Thu, 18 Mar 2021 12:27:13 -0400 Message-ID: <87wnu4qvfi.fsf@md5i.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Date: Thu, 18 Mar 2021 11:42:19 -0400 >> >> I have managed to catch a SEGFAULT in a long-running Emacs in the >> debugger. I've been unable to recreate this SEGFAULT on demand, but it >> seems to be happening when I am attempting to "reset" gnus after >> switching my work VPN on/off. I will keep the gdb session up an running >> in case there is some more that can be done with this. >> >> >> In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo >> version 1.16.0) >> of 2021-03-07 built on miko >> Repository revision: c63d2ef59c511c1c48c69a202907b7edfcbb19b3 >> Repository branch: md5i > > This is a build from several days ago, and on some branch that is > probably a local branch. Do the line numbers still correspond to > what's on the current master? They do match. It is a branch, but the changed things in the branch are extremely unlikely to have caused this problem. (One is a patch to gnus summary-producing that changes how thread sorting is ordered, the other is a patch to .gdbinit that handles running gdb on emacs when running with the --daemon option.) I changed the Repository revision field to match the version of Emacs I was using. It's several days old because it took several days before I was able to re-trigger this problem. >> #0 0x00005555555e1a61 in redisplay_internal () >> at ../../master/src/xdisp.c:15789 > > The line number here corresponds to this in the current sources: > > if (CHARPOS (tlbufpos) > BEGV > && FETCH_BYTE (BYTEPOS (tlbufpos) - 1) != '\n' <<<<<<<<<<<<<<<<< > && (CHARPOS (tlbufpos) == ZV > || FETCH_BYTE (BYTEPOS (tlbufpos)) == '\n')) > > Is that so in your sources as well? If so, I'm not sure I understand > how this could segfault, given that tlbufpos is 127. What is the > value of ZV? And what does the following produce: > > (gdb) p current_buffer->text->beg (gdb) p ZV $6 = 127 (gdb) p current_buffer->text->beg $7 = (unsigned char *) 0x0 -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 12:45:31 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 16:45:31 +0000 Received: from localhost ([127.0.0.1]:47884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvm7-0002zX-A4 for submit@debbugs.gnu.org; Thu, 18 Mar 2021 12:45:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvm5-0002zI-OM for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 12:45:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59073) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMvlz-0005lY-Dm; Thu, 18 Mar 2021 12:45:24 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3675 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMvlr-00017Y-DU; Thu, 18 Mar 2021 12:45:22 -0400 Date: Thu, 18 Mar 2021 18:45:15 +0200 Message-Id: <83sg4sfm1w.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <87wnu4qvfi.fsf@md5i.com> (message from Michael Welsh Duggan on Thu, 18 Mar 2021 12:27:13 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: 47244@debbugs.gnu.org > Date: Thu, 18 Mar 2021 12:27:13 -0400 > > (gdb) p current_buffer->text->beg > $7 = (unsigned char *) 0x0 That explains the crash. What does this display: (gdb) source /path/to/emacs/src/.gdbinit (gdb) p current_buffer->name_ (gdb) xstring And, given the name of the buffer this will display, what can you tell about that buffer? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 12:54:35 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 16:54:35 +0000 Received: from localhost ([127.0.0.1]:47902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvut-0003E9-4g for submit@debbugs.gnu.org; Thu, 18 Mar 2021 12:54:35 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:48520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMvup-0003Ds-27 for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 12:54:34 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IGsOfW001609; Thu, 18 Mar 2021 12:54:24 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12IGsOfW001609 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616086464; bh=1K+LDhxkfM+T+amSFVApXrU+nMntgkpZGTpdmOr40tc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=XbgyE+rm25dX76tKe/oNfsUAmZmOz8ovMDwdfBwmEYAAJntCvekrwk2kJOpQqr/cC JqAkWv2OaM5ISW61+9NdgLJTjkdP2+fydlKza6nQgAsGBiyJub5KzgvyphhzBus+2h yWNilwmngutsDqBYq3Zqv/ZNhLS3E2d21m29Zkx0= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IGsKGW027331; Thu, 18 Mar 2021 12:54:20 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IGsKMD031239; Thu, 18 Mar 2021 12:54:20 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12IGsKs7031236; Thu, 18 Mar 2021 12:54:20 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> Date: Thu, 18 Mar 2021 12:54:20 -0400 In-Reply-To: <83sg4sfm1w.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 12:45:15 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: 47244@debbugs.gnu.org >> Date: Thu, 18 Mar 2021 12:27:13 -0400 >> >> (gdb) p current_buffer->text->beg >> $7 = (unsigned char *) 0x0 > > That explains the crash. What does this display: > > (gdb) source /path/to/emacs/src/.gdbinit > (gdb) p current_buffer->name_ > (gdb) xstring > > And, given the name of the buffer this will display, what can you tell > about that buffer? (gdb) p current_buffer->name_ $8 = XIL(0) (gdb) xstring $9 = (struct Lisp_String *) 0x0 "DEAD" -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 14:42:05 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 18:42:06 +0000 Received: from localhost ([127.0.0.1]:48042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMxav-0001tf-Mg for submit@debbugs.gnu.org; Thu, 18 Mar 2021 14:42:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMxat-0001t8-Qm for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 14:42:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33565) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMxal-0004pv-IR; Thu, 18 Mar 2021 14:41:55 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2962 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMxak-0003QK-Sq; Thu, 18 Mar 2021 14:41:55 -0400 Date: Thu, 18 Mar 2021 20:41:55 +0200 Message-Id: <83pmzwfgng.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 18 Mar 2021 12:54:20 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Thu, 18 Mar 2021 12:54:20 -0400 > > (gdb) p current_buffer->name_ > $8 = XIL(0) > (gdb) xstring > $9 = (struct Lisp_String *) 0x0 > "DEAD" So a buffer that was killed somehow became the current buffer, or the selected buffer in some window. I have no idea how that could happen. At this point, all I can suggest is to try making redisplay simply return when faced with such buffers, which is really just a band-aid. Can you tell more about this "resetting" of Gnus, and what it means to "switch VPN on/off"? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 14:54:32 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 18:54:32 +0000 Received: from localhost ([127.0.0.1]:48069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMxmy-0002Do-AQ for submit@debbugs.gnu.org; Thu, 18 Mar 2021 14:54:32 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:54440) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMxmv-0002DY-Pv for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 14:54:30 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IIsO8l015632; Thu, 18 Mar 2021 14:54:24 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12IIsO8l015632 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616093664; bh=XKxe3HKPaYulnSCQL0Wj5upDtdcItHFOyL6ecyq0CFs=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=N1Atgp3EMn4QODyPhgcCvT+YeGQpOKGUXWJk74Ty5UPYWNxeFsgt5ki8G4lCxpuY6 4tFM2bN0j9NWsnhaXSkp5DVntdi8VXW/FedNR1JxOFmRayGEEeEGVlJUU/IAznz967 VMIVMGrC8tmuiNc3m1kr2vsOwaA2FA9v9GUQE1K8= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IIsJUM028696; Thu, 18 Mar 2021 14:54:19 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IIsJeP012944; Thu, 18 Mar 2021 14:54:19 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12IIsJE8012941; Thu, 18 Mar 2021 14:54:19 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> Date: Thu, 18 Mar 2021 14:54:19 -0400 In-Reply-To: <83pmzwfgng.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 14:41:55 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , >> "47244@debbugs.gnu.org" >> <47244@debbugs.gnu.org> >> Date: Thu, 18 Mar 2021 12:54:20 -0400 >> >> (gdb) p current_buffer->name_ >> $8 = XIL(0) >> (gdb) xstring >> $9 = (struct Lisp_String *) 0x0 >> "DEAD" > > So a buffer that was killed somehow became the current buffer, or the > selected buffer in some window. I have no idea how that could happen. > At this point, all I can suggest is to try making redisplay simply > return when faced with such buffers, which is really just a band-aid. > > Can you tell more about this "resetting" of Gnus, and what it means to > "switch VPN on/off"? Sure. To connect to work I have to start the VPN, which changes my network routing. When Gnus tries to fetch new messages over an existing IMAP connection (pre-VPN), it hangs. I `C-g' out of it, go to the server buffer (`^`), close the IMAP connection and then re-open it (`C O`). The crash happened when I hit `q` in the server buffer to get back to the Group buffer. This has happened several times, but the crash doesn't happen every time. I don't know that the VPN has anything to do with this; it might simply provide the impetus that leads to the problematic situation. I do have a gnus demon running in the background: (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil) I don't know is this timer triggering at just the wrong time might contribute to this. If you want me to set a conditional breakpoint anywhere I can do that in hopes of capturing something more useful the next time this happens. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 15:17:00 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 19:17:00 +0000 Received: from localhost ([127.0.0.1]:48106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMy8h-0002mo-R6 for submit@debbugs.gnu.org; Thu, 18 Mar 2021 15:17:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMy8g-0002mN-7H for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 15:16:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34204) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMy8a-0003as-OO; Thu, 18 Mar 2021 15:16:52 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1292 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMy8a-00028F-0i; Thu, 18 Mar 2021 15:16:52 -0400 Date: Thu, 18 Mar 2021 21:16:53 +0200 Message-Id: <83im5off16.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 18 Mar 2021 14:54:19 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Thu, 18 Mar 2021 14:54:19 -0400 > > I do have a gnus demon running in the background: > (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil) Maybe that is the reason that the current buffer is being killed under our feet, I don't know. Is the GDB session still alive? If so, could you show what the following displays? (gdb) p XWINDOW(selected_window)->contents (gdb) xtype If "xtype" says it's a buffer, please type: (gdb) xbuffer and tell what that shows. > If you want me to set a conditional breakpoint anywhere I can do that in > hopes of capturing something more useful the next time this happens. I don't really have an idea where to set such a breakpoint, since I don't understand how is this buffer killed. I'm guessing you have some elaborate hooks set up that succeed in killing the current buffer while redisplay runs or something, that's how such problems are usually born. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 15:24:57 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 19:24:57 +0000 Received: from localhost ([127.0.0.1]:48119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMyGP-0002zK-LK for submit@debbugs.gnu.org; Thu, 18 Mar 2021 15:24:57 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:55080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMyGO-0002z4-0G for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 15:24:56 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IJOkOg020259; Thu, 18 Mar 2021 15:24:46 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12IJOkOg020259 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616095487; bh=f6RQXB2O6kNUhkIhqdCN8aMRfmzDWd/DZmqLMnylOsI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cPBGC7BwW8L/mwSJJJtX/b/ER7Ila8/0mm2FxbGlrhYFtmi77BtArwjEx2yHJujB3 reUMDiuea2hI9r8vkS9KKV5ltJpZOZ6jUyyq54ZUAZuBz0h4FwqVLpK/FEB3/MZBR5 IKCD6OtLgXDha5kKNDYWfXUH5J92oEpQxDmE2E+I= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IJOgtF036913; Thu, 18 Mar 2021 15:24:42 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12IJOg81016404; Thu, 18 Mar 2021 15:24:42 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12IJOgIn016401; Thu, 18 Mar 2021 15:24:42 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> Date: Thu, 18 Mar 2021 15:24:42 -0400 In-Reply-To: <83im5off16.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 15:16:53 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "47244@debbugs.gnu.org" >> <47244@debbugs.gnu.org> >> Date: Thu, 18 Mar 2021 14:54:19 -0400 >> >> I do have a gnus demon running in the background: >> (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil) > > Maybe that is the reason that the current buffer is being killed under > our feet, I don't know. > > Is the GDB session still alive? If so, could you show what the > following displays? > > (gdb) p XWINDOW(selected_window)->contents > (gdb) xtype > > If "xtype" says it's a buffer, please type: > > (gdb) xbuffer > > and tell what that shows. (gdb) p XWINDOW(selected_window)->contents $10 = XIL(0x555558df4845) (gdb) xtype Lisp_Vectorlike PVEC_BUFFER (gdb) xbuffer $11 = (struct buffer *) 0x555558df4840 "DEAD" -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 15:51:51 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 19:51:51 +0000 Received: from localhost ([127.0.0.1]:48136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMygR-0003fX-DT for submit@debbugs.gnu.org; Thu, 18 Mar 2021 15:51:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMygQ-0003fG-FR for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 15:51:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34734) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMygI-0002Av-1z; Thu, 18 Mar 2021 15:51:42 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3415 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMygF-0008HR-9u; Thu, 18 Mar 2021 15:51:41 -0400 Date: Thu, 18 Mar 2021 21:51:37 +0200 Message-Id: <83h7l8fdfa.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 18 Mar 2021 15:24:42 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Thu, 18 Mar 2021 15:24:42 -0400 > > (gdb) p XWINDOW(selected_window)->contents > $10 = XIL(0x555558df4845) > (gdb) xtype > Lisp_Vectorlike > PVEC_BUFFER > (gdb) xbuffer > $11 = (struct buffer *) 0x555558df4840 > "DEAD" So the selected window's buffer was killed. How is that possible? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 16:14:07 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 20:14:07 +0000 Received: from localhost ([127.0.0.1]:48162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMz1k-0004Cj-Dp for submit@debbugs.gnu.org; Thu, 18 Mar 2021 16:14:07 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:41018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMz1i-0004CY-JD for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 16:13:51 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4F1dWw2tHzz1rxXl; Thu, 18 Mar 2021 21:13:42 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4F1dWp5tgZz1sP6k; Thu, 18 Mar 2021 21:13:42 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id YNtVRYWmylql; Thu, 18 Mar 2021 21:13:41 +0100 (CET) X-Auth-Info: +LlKt4awSbQfFCzbtstcyqaDDKdxUot1wrq6O8A0BtxnADNJtt+OtFjbYnKw+WUA Received: from igel.home (ppp-46-244-182-233.dynamic.mnet-online.de [46.244.182.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 18 Mar 2021 21:13:41 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 66C902C328F; Thu, 18 Mar 2021 21:13:40 +0100 (CET) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> X-Yow: The Korean War must have been fun. Date: Thu, 18 Mar 2021 21:13:40 +0100 In-Reply-To: <83h7l8fdfa.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 21:51:37 +0200") Message-ID: <871rccgqyz.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, Michael Welsh Duggan 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 Mär 18 2021, Eli Zaretskii wrote: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "47244@debbugs.gnu.org" >> <47244@debbugs.gnu.org> >> Date: Thu, 18 Mar 2021 15:24:42 -0400 >> >> (gdb) p XWINDOW(selected_window)->contents >> $10 = XIL(0x555558df4845) >> (gdb) xtype >> Lisp_Vectorlike >> PVEC_BUFFER >> (gdb) xbuffer >> $11 = (struct buffer *) 0x555558df4840 >> "DEAD" > > So the selected window's buffer was killed. How is that possible? Perhaps during run_window_change_functions. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 16:27:53 2021 Received: (at 47244) by debbugs.gnu.org; 18 Mar 2021 20:27:53 +0000 Received: from localhost ([127.0.0.1]:48175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMzF5-0004Xm-TD for submit@debbugs.gnu.org; Thu, 18 Mar 2021 16:27:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lMzF3-0004XV-OW for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 16:27:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35549) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lMzEv-00021j-QW; Thu, 18 Mar 2021 16:27:29 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1736 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lMzEu-0008U7-Or; Thu, 18 Mar 2021 16:27:29 -0400 Date: Thu, 18 Mar 2021 22:27:30 +0200 Message-Id: <83eegcfbrh.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-Reply-To: <871rccgqyz.fsf@igel.home> (message from Andreas Schwab on Thu, 18 Mar 2021 21:13:40 +0100) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Andreas Schwab > Cc: Michael Welsh Duggan , mwd@md5i.com, 47244@debbugs.gnu.org > Date: Thu, 18 Mar 2021 21:13:40 +0100 > > > So the selected window's buffer was killed. How is that possible? > > Perhaps during run_window_change_functions. Something like that, yes. But I don't understand how that can happen technically: kill-buffer selects another buffer when killing the current one. So how was that buffer killed, and yet stayed current? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 18 21:50:38 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 01:50:38 +0000 Received: from localhost ([127.0.0.1]:48353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lN4Hd-0004BW-Sx for submit@debbugs.gnu.org; Thu, 18 Mar 2021 21:50:38 -0400 Received: from md5i.com ([75.151.244.229]:36172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lN4Hc-0004BJ-BW for 47244@debbugs.gnu.org; Thu, 18 Mar 2021 21:50:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9dHurAZ/34+lUQDRB21u2yVjwhRLHJO2qc25+Fb+L+8=; b=PC+bFGTPdUSAvIcrHqXvGUfCOU 6jBhVoIqDv8Q7yheX+4FTXbzivvryYlW8UHywBWjetKvAgIuDmgzd7aB4R/7JZCLw83tl3BBNdU10 lVQCMLZEKiQZlj3Kj/IiWhVot; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lN4HV-002m46-37; Thu, 18 Mar 2021 21:50:28 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> Date: Thu, 18 Mar 2021 21:50:28 -0400 In-Reply-To: <83eegcfbrh.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Mar 2021 22:27:30 +0200") Message-ID: <8735wrrjx7.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, Andreas Schwab , mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Andreas Schwab >> Cc: Michael Welsh Duggan , mwd@md5i.com, 47244@debbugs.gnu.org >> Date: Thu, 18 Mar 2021 21:13:40 +0100 >> >> > So the selected window's buffer was killed. How is that possible? >> >> Perhaps during run_window_change_functions. > > Something like that, yes. But I don't understand how that can happen > technically: kill-buffer selects another buffer when killing the > current one. So how was that buffer killed, and yet stayed current? Hmm... Is there a set of printfs we could add that would provide useful information for the next time I trigger the crash? -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 02:47:48 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 06:47:48 +0000 Received: from localhost ([127.0.0.1]:48596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lN8vE-0003H2-1U for submit@debbugs.gnu.org; Fri, 19 Mar 2021 02:47:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39364) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lN8vC-0003Gp-Db for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 02:47:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45168) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lN8v3-0006eY-4J; Fri, 19 Mar 2021 02:47:37 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3705 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lN8v2-0001OY-F0; Fri, 19 Mar 2021 02:47:36 -0400 Date: Fri, 19 Mar 2021 08:47:39 +0200 Message-Id: <83a6qzfxmc.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <8735wrrjx7.fsf@md5i.com> (message from Michael Welsh Duggan on Thu, 18 Mar 2021 21:50:28 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Andreas Schwab , mwd@cert.org, mwd@md5i.com, > 47244@debbugs.gnu.org > Date: Thu, 18 Mar 2021 21:50:28 -0400 > > >> Perhaps during run_window_change_functions. > > > > Something like that, yes. But I don't understand how that can happen > > technically: kill-buffer selects another buffer when killing the > > current one. So how was that buffer killed, and yet stayed current? > > Hmm... Is there a set of printfs we could add that would provide useful > information for the next time I trigger the crash? I'm open to ideas. The problem is, killing buffers is so common in Emacs (including the temporary buffers you never even suspect are being used under the hood) that if you put a breakpoint there, even with some sophisticated condition that I don't yet know how to formulate, I'm afraid that will slow down Emacs so much you will be unable to work. But maybe my fears are exaggerated. If you set a breakpoint on Fkill_buffer with commands that say just silent continue end does Emacs run reasonably fast for you to be able to work in such a session? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 04:15:23 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 08:15:23 +0000 Received: from localhost ([127.0.0.1]:48720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNAHz-0005oh-Je for submit@debbugs.gnu.org; Fri, 19 Mar 2021 04:15:23 -0400 Received: from mout.gmx.net ([212.227.17.22]:56337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNAHy-0005i6-6P for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 04:15:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616141710; bh=prghTKFdQm2ZkYv/1DyMz96dJaD0+M6uXarzaG0K7YM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=RP0G7r3+lVqoc68XxUjBbiV7ADpiYTK/deHP6IFUkBdGlGdWuZa9zVMoMANqXqABm RYi6Fsmk5FQGMoix3m9ptZ7jnbB3ZEX0/BYjqv7LuRS+/0Y9qBKYz8P5VLwkvHNCna sdVw0cobJPfBpkRq8F7D6552k+DRvp4D21UaUWdk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([213.142.96.218]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPXhK-1l1dIV451W-00McMz; Fri, 19 Mar 2021 09:15:10 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii , Andreas Schwab References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> From: martin rudalics Message-ID: <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> Date: Fri, 19 Mar 2021 09:15:07 +0100 MIME-Version: 1.0 In-Reply-To: <83eegcfbrh.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:zFhNfy8r/kqbcqYh3WHSXVhVBfhc6r1koc8dWXEitszaFjqEMsS SmB82Pikch6Vryi6ZDKWfv6BJqWQ/K7SaPhtHo3z3VOLGoOyNYfv48sQoLNnz9CWFZ6lbLi i0AMogQF8xKKD0xjI/xKl5rLRtpPzkVMOeB90VPt+6dz9xiu8+HG/ocEUosJhDuVMd6/XpE p1c+ysbaq2p/3rvm0KB3w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:b+Q+REhdXCI=:aa5A9WNX3QiMDWFeHxsaGZ R6a9FgBa8Oq2W6a1elavdojjcSVISxetSF7S4+ybXOgcfa4GkUvc8gwBH/n+7DDqaXvatxD65 ZmswiHRoJJb00iNiw5Rpg3XQ1PVZlog3lqDsdmAZ8cN4ySlZtlghNIj31QHYkut1VmxSfr/DN 8QNa9EHlop8LXiuhje9fJFDH+yY+yRXQnr53iULkk+SXeJbHX2myYZMp6xbIMDYJ7AT9vpCs1 WcMOyizq5hAKXIwU7zacr9MMZRYtvR/qTeMQJMzkL8O4JHN20EgG1jgzCEcfms0tp+BVbmw9C LklVpwa/xLA9t8rLn6OW520aZea1Tk3lg+DSfcGfW3dpoqBCoWwbT+ATEXYzaVrfUVNVD792o r/VPDih0XJQ5YDZWfnDoUZpOFaF6Akk0IbSQs3eJTHMrmkR+4lKlTrA+sm6PXDXIp9OenVq4U SJd+fuDd9flnU/26KRsEdNs00bfQGiwl1Y1lvWz+DU12/uydu0+CaLk37DtRw0d2C8+TI0k5E YcKg9LxkxbmZUVR9y6+KG0vDVKAdxZPNI/J4Anblv8SeY/E9xEzkJ48MtVtlWC15ejOPLoW00 0ZHhoOn0qrye/j5XC/ub56I1verZhhmvh0G7o8h+oXNIzoZrcC9o75ZgHaxg2UGTJmY6DSmLP FPP/y7zW6Mn1PmzzkAOnXOX8nbhstAsbZ+V7llmV0o7/VLyzqL7uTYuDqAWl0khxbXRWih/9/ E+e0rDAmMCHhqXuvLWpUh5LxpA2Q9y3p/D1cEsaFEtLif09Rmwq009mQMq6OkagMg2h9wyDWs gElNWROTyRtgNdJoxI82I8ZjljXOzkvhSwEKig7tw/u48tPU+B+DV0rs+GU0MpS5Kh3i0zZSa 3RhWiDFIH5lB+Dqlp+3Q== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> So the selected window's buffer was killed. How is that possible? >> >> Perhaps during run_window_change_functions. > > Something like that, yes. But I don't understand how that can happen > technically: kill-buffer selects another buffer when killing the > current one. So how was that buffer killed, and yet stayed current? It's a problem of any hook we run during redisplay: (1) Redisplay chooses a window as the selected and its buffer as the current one. (2) Lisp code in a hook deletes that window and/or its buffer. (3) Redisplay continues to work on that window and/or its buffer as if it were still alive. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 04:20:03 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 08:20:03 +0000 Received: from localhost ([127.0.0.1]:48729 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNAMV-0007hh-Bc for submit@debbugs.gnu.org; Fri, 19 Mar 2021 04:20:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNAMT-0007hA-Je for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 04:20:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46205) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNAML-0006t0-76; Fri, 19 Mar 2021 04:19:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1420 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNAMK-0006ls-Fh; Fri, 19 Mar 2021 04:19:53 -0400 Date: Fri, 19 Mar 2021 10:19:55 +0200 Message-Id: <83y2ejees4.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> (message from martin rudalics on Fri, 19 Mar 2021 09:15:07 +0100) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Cc: mwd@md5i.com, 47244@debbugs.gnu.org, mwd@cert.org > From: martin rudalics > Date: Fri, 19 Mar 2021 09:15:07 +0100 > > >>> So the selected window's buffer was killed. How is that possible? > >> > >> Perhaps during run_window_change_functions. > > > > Something like that, yes. But I don't understand how that can happen > > technically: kill-buffer selects another buffer when killing the > > current one. So how was that buffer killed, and yet stayed current? > > It's a problem of any hook we run during redisplay: > > (1) Redisplay chooses a window as the selected and its buffer as the > current one. > > (2) Lisp code in a hook deletes that window and/or its buffer. > > (3) Redisplay continues to work on that window and/or its buffer as if > it were still alive. Sorry, I don't understand: when kill-buffer kills the current buffer, it replaces it with another one. Are you saying we have a way of killing buffers that bypasses kill-buffer? if so, can you describe how that can be done? Or what else am I missing? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 05:18:51 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 09:18:51 +0000 Received: from localhost ([127.0.0.1]:48814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNBHP-0002wS-3e for submit@debbugs.gnu.org; Fri, 19 Mar 2021 05:18:51 -0400 Received: from mout.gmx.net ([212.227.17.21]:47995) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNBHM-0002wE-LB for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 05:18:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616145516; bh=q4iPPO85ysVLrAvPXAhJsl8VZCEo8TUEljEUlCmRcU8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Lw0P0YP/LFJHlWQh+A4VXVuvVZkiEj+veY3xpUi/EveJQhIjPq1R+sERw1dvC1pXN E6bmee0OTHWRGpRYzBzMN75rDhpveOgfHbp3gK1EKcxRgMAM2GaBZKAX+/cFVoVVJc JFhbWV/ctg8aQMYXp0g6L+5QmOPW16XvyVgGamb0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([213.142.96.218]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6Daq-1lKzQ330wa-006cgr; Fri, 19 Mar 2021 10:18:35 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> <83y2ejees4.fsf@gnu.org> From: martin rudalics Message-ID: <98b0c1ef-7d2e-03b2-166f-4820a9133309@gmx.at> Date: Fri, 19 Mar 2021 10:18:33 +0100 MIME-Version: 1.0 In-Reply-To: <83y2ejees4.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:surIeVRmm+Nm2qe1lZeqCGlKCLRlKV2YoEufrW5yj9NFGBQvJdt 1CLys+wX5Gg8mg4nah41k0n3yrYslY/ckWfzoaWYGP4S5iHC/FwioaKWE6Q5kek0wki9A7w hS4OCszNBVALqQAtHK9sdk1ReI68sMcaxdWLz2/sRTHbaHQS6zdJ5gTFF/ETmfJRHP14H6r VpELKYQG2LtUDOOYjygdg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3NuPlPZjpaw=:MJ+D5UTvWgnezumOg4tcMn LHPL6X874hfrsHgZs9M3+xhl/IbzJ3U9mHeTIU/zHT4hITrgrXRRVJKj5QpUj4jB6PEQ3S7we 03LNYYqz6NE5RJeoB+kQb/CycafZ1CgS4TxGCE3JckqilG566idCuIxtzkr3WWxr3wChHbCQV s9Ewzr+60CZHQO5kGdqivu7cOgUIhOZuDbeMeeEO/WHLB3XaJTrP8G4VVRE/yKVm16mfJY+P1 0VhaPy8zm7UXmdoZJAqmmzydjxBeckUjP2/Te6WLxk63zEJ8vtC3K5bLlVTd/G97BUzLJ01h2 gjdUCgBieUqCTWTMFZ5L7gszo9fZppAgz1cJoaDYjWDT75lYePUKEzDwKyQdu1EMW17WQvo27 lxgCvLSiWzc7BXhry3VsfaIHHQjevxFKTbjCmAb/s7z9pS0t5Uma7CIOyaU8FHcz4SAqu/jmf 2ftGpt1f1CvbJnf3splUJb36gQoZxGxbL1I/3NtTlw/8Y4NfkT13l07wofdbNdRMrYoKojoNJ 8m9TetW4L7s3EOKv5qx6UCVjDrB2XAcXf1DBysFwYdTI+f1LhEWyuVuB/w/77q1NfPIYdfKNM +kRxnY3plk212ml05VkvmNpR7XzeXU6VQLCchQee+9ViylDi3TwrWx4FflLLm37/uWuYOdUH7 /LBl1xprViCvFsmGkAIB9xHVaZXcasSIiT+z1WkZi2HdXldC+8aElb4IJqy1V05ckq3BRMQkL RE5c0VlipkjB2m6R2HFvfo9kzv3cx8+Pu0OcUZkmT4/mT9mNofy9MUwNQOxxSsBtGLT/eFpcV 1Bu+P3c35R9RY0Ska/gkFs115j0FgfDHQwWluuUEjjzH7x6DQv1vcrIpU+tKv+m57D+m0AACM n9wdTs91JRlVM0ZFb2ow== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Sorry, I don't understand: when kill-buffer kills the current buffer, > it replaces it with another one. Are you saying we have a way of > killing buffers that bypasses kill-buffer? if so, can you describe how > that can be done? > > Or what else am I missing? Redisplay occasionally does things like saved_current_buffer = current_buffer; current_buffer = XBUFFER (w->contents); ... current_buffer = saved_current_buffer; What if ... killed saved_current_buffer? martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 05:37:53 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 09:37:53 +0000 Received: from localhost ([127.0.0.1]:48831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNBZo-0003Ql-UU for submit@debbugs.gnu.org; Fri, 19 Mar 2021 05:37:53 -0400 Received: from mout.gmx.net ([212.227.17.20]:39881) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNBZm-0003QJ-Kp for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 05:37:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616146658; bh=DQhtqUIfxtJmAgpOv59sXKEfTlEGEHjfuSh1Ixfuugo=; h=X-UI-Sender-Class:Subject:From:To:Cc:References:Date:In-Reply-To; b=h4Ed0HNYBdQMzA4VRN08npk6eCZueu7TgpwxoYhD52DFiNepZslKUUZnrGeORYcyd quqBvb3Aj9xsaKVw94q5PumAkTaIahSeQ6hBW4N1UYlJAMnIMX75C2lCDcQj3Fo4h9 v9yuTieyH5hVlX2jhmEkyTtZtio6Cd2uScXZ2dGE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([213.142.96.218]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N8XPt-1ljTc03nHd-014XjS; Fri, 19 Mar 2021 10:37:38 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs From: martin rudalics To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> <83y2ejees4.fsf@gnu.org> <98b0c1ef-7d2e-03b2-166f-4820a9133309@gmx.at> Message-ID: <24c20c24-d63f-1807-7423-454fc6d66f46@gmx.at> Date: Fri, 19 Mar 2021 10:37:35 +0100 MIME-Version: 1.0 In-Reply-To: <98b0c1ef-7d2e-03b2-166f-4820a9133309@gmx.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1/dHkuHy1CkdTQiqkkD9fkzTqLe0rwZDH53GDaOVidHiqRNvZ60 xjw2Q0kJnNJ2C7sk8yhqEXyBt6yJoKxDhh5geK4cubn2C0PcEjJzGDxvpTe0owyk7Qug1K8 FMZmnv9ZsApEh4VdiyV5/4u42Ohnjy5qkriW6AE/b5DgC1ZE349qoaY+2M8w0Xvv+oFN35y 2Ul1dOQDjmyhcyL7xmnpA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:jon978E5HZw=:mpQtiw5tsUzRz9k5LqaP+G LOPTYXf6l6qo5mPfKtSE6/lt86EA4yu7MavSwVqna31Xrcdek2p2wrcnUGyCQ1qaV+xtbY/I0 GrXfqwlNRjEVwPY5sNsza0oTfzKN6+sIyOTVZF4daSyFJVcWBGA/hFpQFbnD2KAJPvHLoALTX NxtC092R2qGLx+NNSOXOZqaBatJne2vt6WbwLGmAjVENHGGfxVglPLYdp3xAm/k/QInZS6pel bN7q0ZbENsjxgF4ByovljKk/NkbJdkZx6OPXQbA2hGiKHjMjbnR8B3Of0l5ExP3k0GGGMQqqc a49aCD+cLwI+kBleavUtn/j0szI08R533mRRMPjz7JAEjjaTlv6NsxJEhg6FvzXhM5eMHCcdk bnikIPeRtA4z9Cjby9N/cYerbCE5LXzJ3YjhG7gFvqq3QrzEposdai9r2QgBTuQcNJ+MUCPGW umYoN4SoIKShfbZTLC3Dw3ge0/8gF2vo6J2SVaRIbyaXa0bSAUdUf46nq70BltcwDvjglwOdh Y/L2bNWpqOjl6P7I3CsyHApB2FtF+9a6XjzYDbexj1V24eekTUbnjhzjfcVynM8Q1Fv1Faguw MJUFieGZLr++X0XvuCy901t8Hqz+Xb6B4/2pZCUej70goT2f5snTFhsb4+VlPTQdmm4mpOV6j FcY2lhw+GMbZO+MDBOo+tz38+W/lil8DdD9AGCB6GWJU9sX/F164KGKGjwAocq6+rAXSwoAkk KOf7WB3Wl/P4aXf9wWPjuzI9lrzszHD1ZQAMylyg4/78GBXqs2OutiH4hhlw7WF5KsSBA0n80 P0pRnDto3956I9/Z1CeTi5HJ1V8UR9IWtwgxpJQ6Nt3EtQ7SQ835gPPEu42f9EwkbXrTX57kV uRK8eodCBgPxqGLS9jMcCK0U+DkHkYleWSMvIzy1Xbykl3vlsfxWp4T7DrOkrsG9vr6PaWEVN RoOU7kmkF4FlVdDSERDQD6Va/SYTnzI820jw9EhU2nWRdCJIE1hYaktRhsfbaPJxNl9MwQox2 6hqNypjhay2bRErvfDEneNQJyhbf+tQN2U/6DguMH44Lu24GN97EU8+4FaULm/ztcmOxTcdhN nDWE8VuHc5Dkz3jhGaMJukChucPiPICIdE1mqSgeQXfr6jzyjcz7jeg3rWy9kfsHRafPMktS+ 2Hct6VftYATSdA8oYQlMSk7zm0ajw1URPytX+Ib2zhruL3EHxfS20lhx8DDc4zgwg0i18= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > What if ... killed saved_current_buffer? Probably a silly question: Does set_buffer_internal ever check whether its argument is live? martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 07:56:12 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 11:56:12 +0000 Received: from localhost ([127.0.0.1]:48972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNDjd-000597-6X for submit@debbugs.gnu.org; Fri, 19 Mar 2021 07:56:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNDjX-00058W-WA for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 07:56:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58432) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNDjP-0001Hc-0V; Fri, 19 Mar 2021 07:55:55 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2644 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNDjA-00064q-6Q; Fri, 19 Mar 2021 07:55:50 -0400 Date: Fri, 19 Mar 2021 13:55:41 +0200 Message-Id: <83sg4re4si.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <98b0c1ef-7d2e-03b2-166f-4820a9133309@gmx.at> (message from martin rudalics on Fri, 19 Mar 2021 10:18:33 +0100) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <91a20795-4dc5-0007-42a0-7b9fbb011058@gmx.at> <83y2ejees4.fsf@gnu.org> <98b0c1ef-7d2e-03b2-166f-4820a9133309@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Cc: schwab@linux-m68k.org, mwd@md5i.com, 47244@debbugs.gnu.org, mwd@cert.org > From: martin rudalics > Date: Fri, 19 Mar 2021 10:18:33 +0100 > > > Sorry, I don't understand: when kill-buffer kills the current buffer, > > it replaces it with another one. Are you saying we have a way of > > killing buffers that bypasses kill-buffer? if so, can you describe how > > that can be done? > > > > Or what else am I missing? > > Redisplay occasionally does things like > > saved_current_buffer = current_buffer; > current_buffer = XBUFFER (w->contents); > ... > current_buffer = saved_current_buffer; It does? where? We are talking about redisplay_internal here (because that's where the segfault happened), not about redisplay_window and its subroutines. redisplay_internal generally doesn't need to be bothered with the current buffer, it only does so once, in the optimization it implements. And in that code, I see no paradigm like what you show. Am I missing something? > What if ... killed saved_current_buffer? I don't see how that could happen in redisplay_internal. Maybe you had redisplay_window in mind. It does set_buffer_internal_1 (XBUFFER (w->contents)); If you imply that a window's buffer could be killed (which I still don't understand how can happen, given what kill-buffer does), then I think set_buffer_internal_1 would detect that. If not, we could test that explicitly, but then the question would be: what to do if we detect that the buffer is indeed killed? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 09:37:32 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 13:37:32 +0000 Received: from localhost ([127.0.0.1]:49080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFJk-0001Is-Bg for submit@debbugs.gnu.org; Fri, 19 Mar 2021 09:37:32 -0400 Received: from md5i.com ([75.151.244.229]:40118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFJh-0001Ie-Be for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 09:37:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VFOc2i3SbARyhMWolcoekcDVkHPx2m2W8zvoabz183I=; b=cPIhaD9JM5yZ1rAPXJS8x2BzVB RToQcRbiRGooM6e7XhINUqWVRU51F5gVD6ywlv07jvXZ4iX3ZYxj5fQSY4JdN4BA5bgWHsruPkbW/ AV69pkL4RUONuohrRc6G6BU3Q; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lNFJa-002obc-7G; Fri, 19 Mar 2021 09:37:21 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> Date: Fri, 19 Mar 2021 09:37:21 -0400 In-Reply-To: <83a6qzfxmc.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Mar 2021 08:47:39 +0200") Message-ID: <87sg4rclim.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Andreas Schwab , mwd@cert.org, mwd@md5i.com, >> 47244@debbugs.gnu.org >> Date: Thu, 18 Mar 2021 21:50:28 -0400 >> >> >> Perhaps during run_window_change_functions. >> > >> > Something like that, yes. But I don't understand how that can happen >> > technically: kill-buffer selects another buffer when killing the >> > current one. So how was that buffer killed, and yet stayed current? >> >> Hmm... Is there a set of printfs we could add that would provide useful >> information for the next time I trigger the crash? > > I'm open to ideas. The problem is, killing buffers is so common in > Emacs (including the temporary buffers you never even suspect are > being used under the hood) that if you put a breakpoint there, even > with some sophisticated condition that I don't yet know how to > formulate, I'm afraid that will slow down Emacs so much you will be > unable to work. > > But maybe my fears are exaggerated. If you set a breakpoint on > Fkill_buffer with commands that say just > > silent > continue > end > > does Emacs run reasonably fast for you to be able to work in such a > session? I just tested this. It runs fast enough even without silent. (I did this to make sure I had set up the breakpoint correctly and it was being triggered. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 09:41:58 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 13:41:58 +0000 Received: from localhost ([127.0.0.1]:49090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFO2-0001Pb-7T for submit@debbugs.gnu.org; Fri, 19 Mar 2021 09:41:58 -0400 Received: from md5i.com ([75.151.244.229]:40168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFNz-0001PO-Fa for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 09:41:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=NeVSf1LwHAq2cDnscePNv+YJH2QLIB18Kmfl9dBGeyQ=; b=KpQ6i2Vy/qYVcthwONRkP3wjGX b7cx+OussgQ1o0hVl6MBV3dx7kIY+SY0G3AYdXbQsRwyg1kgFk0bT42UJ72MFQJ/tThWJUfga05Ki zx0538RjuzKzPInWZe7wjnW8n; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lNFNs-002ocS-HN; Fri, 19 Mar 2021 09:41:48 -0400 From: Michael Welsh Duggan To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> Date: Fri, 19 Mar 2021 09:41:47 -0400 In-Reply-To: <87sg4rclim.fsf@md5i.com> (Michael Welsh Duggan's message of "Fri, 19 Mar 2021 09:37:21 -0400") Message-ID: <87o8ffclb8.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org, Eli Zaretskii , schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Welsh Duggan writes: > Eli Zaretskii writes: > >>> From: Michael Welsh Duggan >>> Cc: Andreas Schwab , mwd@cert.org, mwd@md5i.com, >>> 47244@debbugs.gnu.org >>> Date: Thu, 18 Mar 2021 21:50:28 -0400 >>> >>> >> Perhaps during run_window_change_functions. >>> > >>> > Something like that, yes. But I don't understand how that can happen >>> > technically: kill-buffer selects another buffer when killing the >>> > current one. So how was that buffer killed, and yet stayed current? >>> >>> Hmm... Is there a set of printfs we could add that would provide useful >>> information for the next time I trigger the crash? >> >> I'm open to ideas. The problem is, killing buffers is so common in >> Emacs (including the temporary buffers you never even suspect are >> being used under the hood) that if you put a breakpoint there, even >> with some sophisticated condition that I don't yet know how to >> formulate, I'm afraid that will slow down Emacs so much you will be >> unable to work. >> >> But maybe my fears are exaggerated. If you set a breakpoint on >> Fkill_buffer with commands that say just >> >> silent >> continue >> end >> >> does Emacs run reasonably fast for you to be able to work in such a >> session? > > I just tested this. It runs fast enough even without silent. (I did > this to make sure I had set up the breakpoint correctly and it was being > triggered. Also, if you let me know what you would like in the breakpoint command(s), let me know if I should first update to current master. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 09:49:26 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 13:49:26 +0000 Received: from localhost ([127.0.0.1]:49100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFVG-0001bX-CN for submit@debbugs.gnu.org; Fri, 19 Mar 2021 09:49:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFVD-0001bH-Vq for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 09:49:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34528) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNFV5-0007yM-FN; Fri, 19 Mar 2021 09:49:15 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1677 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNFV3-0005UV-Fc; Fri, 19 Mar 2021 09:49:14 -0400 Date: Fri, 19 Mar 2021 15:49:16 +0200 Message-Id: <83k0q3dzj7.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <87sg4rclim.fsf@md5i.com> (message from Michael Welsh Duggan on Fri, 19 Mar 2021 09:37:21 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , schwab@linux-m68k.org, > mwd@cert.org, 47244@debbugs.gnu.org > Date: Fri, 19 Mar 2021 09:37:21 -0400 > > > But maybe my fears are exaggerated. If you set a breakpoint on > > Fkill_buffer with commands that say just > > > > silent > > continue > > end > > > > does Emacs run reasonably fast for you to be able to work in such a > > session? > > I just tested this. It runs fast enough even without silent. (I did > this to make sure I had set up the breakpoint correctly and it was being > triggered. Then maybe we can try catching the culprit. Try this: (gdb) break buffer.c:1840 if redisplaying_p != 0 This breakpoint is in this snippet from buffer.c: /* Make this buffer not be current. Exit if it is the sole visible buffer. */ if (b == current_buffer) { tem = Fother_buffer (buffer, Qnil, Qnil); <<<<<<<<<<<<<<<<<< Fset_buffer (tem); if (b == current_buffer) return Qnil; } If this breaks, I'd be interested to see the backtrace (including "xbacktrace" which shows the corresponding Lisp backtrace). Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 09:51:37 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 13:51:37 +0000 Received: from localhost ([127.0.0.1]:49109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFXN-0001fV-JR for submit@debbugs.gnu.org; Fri, 19 Mar 2021 09:51:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFXL-0001fJ-7C for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 09:51:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34561) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNFXF-0000iu-TJ; Fri, 19 Mar 2021 09:51:29 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1816 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNFXF-0005mM-5G; Fri, 19 Mar 2021 09:51:29 -0400 Date: Fri, 19 Mar 2021 15:51:32 +0200 Message-Id: <83im5ndzff.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <87o8ffclb8.fsf@md5i.com> (message from Michael Welsh Duggan on Fri, 19 Mar 2021 09:41:47 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <87o8ffclb8.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Eli Zaretskii , schwab@linux-m68k.org, mwd@cert.org, > 47244@debbugs.gnu.org > Date: Fri, 19 Mar 2021 09:41:47 -0400 > > Also, if you let me know what you would like in the breakpoint > command(s), let me know if I should first update to current master. I suggest that you update regardless, so that we have a common ground for talking about line numbers and backtraces. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 10:18:48 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 14:18:48 +0000 Received: from localhost ([127.0.0.1]:50732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFxc-00033S-Ss for submit@debbugs.gnu.org; Fri, 19 Mar 2021 10:18:48 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:50926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNFxX-00032x-OF for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 10:18:44 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JEIX3r002963; Fri, 19 Mar 2021 10:18:34 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12JEIX3r002963 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616163514; bh=lVc7KGBGpVRV+YqNhOdWpw5uHNk4ds9KgrTa27G+jHY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=c/AaL/ptF78w8hMfg51NDNOhVE8KX5RW0dCJpZobQAQx/W7gFMlzdAotbutG5ti1O 3Ioi5GFzPbSbIQFK/3m0tbdYavvGQklSAxiIvqV1oggOgzxHSxdUmElbaAMMxjlb+f AWDh529gt6LujcLweIecFhsJuwpIzzNUPSRgtAyM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JEIO7B032694; Fri, 19 Mar 2021 10:18:24 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JEIOK6009816; Fri, 19 Mar 2021 10:18:24 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12JEIOFO009813; Fri, 19 Mar 2021 10:18:24 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> Date: Fri, 19 Mar 2021 10:18:23 -0400 In-Reply-To: <83k0q3dzj7.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Mar 2021 09:49:16 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , schwab@linux-m68k.org, >> mwd@cert.org, 47244@debbugs.gnu.org >> Date: Fri, 19 Mar 2021 09:37:21 -0400 >>=20 >> > But maybe my fears are exaggerated. If you set a breakpoint on >> > Fkill_buffer with commands that say just >> > >> > silent >> > continue >> > end >> > >> > does Emacs run reasonably fast for you to be able to work in such a >> > session? >>=20 >> I just tested this. It runs fast enough even without silent. (I did >> this to make sure I had set up the breakpoint correctly and it was being >> triggered.=20 > > Then maybe we can try catching the culprit. Try this: > > (gdb) break buffer.c:1840 if redisplaying_p !=3D 0 > > This breakpoint is in this snippet from buffer.c: > > /* Make this buffer not be current. Exit if it is the sole visible > buffer. */ > if (b =3D=3D current_buffer) > { > tem =3D Fother_buffer (buffer, Qnil, Qnil); <<<<<<<<<<<<<<<<<< > Fset_buffer (tem); > if (b =3D=3D current_buffer) > return Qnil; > } > > If this breaks, I'd be interested to see the backtrace (including > "xbacktrace" which shows the corresponding Lisp backtrace). > > Thanks. That triggered really quickly. Here's the backtraces: #0 0x00005555555e1a61 in redisplay_internal () at ../../master/src/xdisp.c:15789 w =3D 0x555556b96340 sw =3D 0x555556b96340 fr =3D 0x555556b8ca50 pending =3D false must_finish =3D true match_p =3D true tlbufpos =3D { charpos =3D 127, bytepos =3D 127 } tlendpos =3D { charpos =3D 0, bytepos =3D 0 } number_of_visible_frames =3D 4 count =3D 3 sf =3D 0x555556b8ca50 polling_stopped_here =3D false tail =3D XIL(0) frame =3D XIL(0x555555d52afd) hscroll_retries =3D 0 garbaged_frame_retries =3D 0 consider_all_windows_p =3D false update_miniwindow_p =3D true #1 0x00005555555e061e in redisplay () at ../../master/src/xdisp.c:15245 #2 0x00005555556e9991 in read_char (commandflag=3D1, map=3DXIL(0x555558a3e483), prev_event=3DXIL(0), used_= mouse_menu=3D0x7fffffffdabf, end_time=3D0x0) at ../../master/src/keyboard.c= :2496 echo_current =3D false c =3D XIL(0) jmpcount =3D 93824999976800 local_getcjmp =3D {{ __jmpbuf =3D {93825000009536, 0, 93824999976800, 0, 0, 14073748= 8345232, 93824994486337, 93825051609157}, __mask_was_saved =3D -10032, __saved_mask =3D { __val =3D {93824994503322, 140737259960288, 140737259960240, = 0, 46912259983440, 0, 140737259960288, 93824999976800, 0, 0, 14073748834534= 4, 93824993977890, 4066572208, 93824999976800, 0, 0} } }} save_jump =3D {{ __jmpbuf =3D {0, 32736, 0, 140737266320856, 0, 0, 9382505160915= 2, 0}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {93825000009536, 93824994486337, 0, 140737488345184= , 93824994507922, 140737266320856, 12884891664, 0, 32736, 93825051609152, 1= 40737266320856, 93824995128912, 51539607552, 93825051609157, 93825051609152= , 93824995129355} } }} tem =3D XIL(0) save =3D make_fixnum(23456248494472) 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 0x555555dea0a0 #3 0x00005555556f86dc in read_key_sequence (keybuf=3D0x7fffffffdcc0, prompt=3DXIL(0), dont_downcase_last=3Dfalse, = can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue, prevent_redispla= y=3Dfalse) at ../../master/src/keyboard.c:9484 interrupted_kboard =3D 0x555555dea0a0 interrupted_frame =3D 0x555556b8ca50 key =3D make_fixnum(23456248516455) 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(0x555557286ce0) count =3D 3 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D XIL(0x555558a3e483) first_unbound =3D 31 mock_input =3D 0 used_mouse_menu_history =3D {false } fkey =3D { parent =3D XIL(0x5555568a0323), map =3D XIL(0x5555568a0323), start =3D 0, end =3D 0 } keytran =3D { parent =3D XIL(0x7ffff2c27c4b), map =3D XIL(0x7ffff2c27c4b), start =3D 0, end =3D 0 } indec =3D { parent =3D XIL(0x5555568a0353), map =3D XIL(0x5555568a0353), start =3D 0, 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 0x555558df4840 fake_prefixed_keys =3D XIL(0) first_event =3D XIL(0) second_event =3D XIL(0) #4 0x00005555556e6c13 in command_loop_1 () at ../../master/src/keyboard.c:= 1353 cmd =3D XIL(0x7fffffffde10) keybuf =3D {XIL(0), XIL(0x7ffff2c27bf5), XIL(0x555555765719), XIL(0= x1655540), XIL(0x7fffffffdd70), XIL(0x55555579dc50), XIL(0x1655540), XIL(0x= 7ffff257b4c4), XIL(0x555558df8683), XIL(0x7ffff2c27bf5), XIL(0x7ffff2c27bf5= ), XIL(0x555558df8683), XIL(0x7ffff257b4c4), XIL(0x1655540), XIL(0), XIL(0)= , XIL(0x555555cb6f60), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3= b34), XIL(0xffffddc0), XIL(0x555555cb6f60), XIL(0), XIL(0), XIL(0x7fffffffd= da0), XIL(0x555555797748), make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x55555= 579ae39)} i =3D 1 prev_modiff =3D 0 prev_buffer =3D 0x0 already_adjusted =3D false #5 0x000055555579aa34 in internal_condition_case (bfun=3D0x5555556e67cd , handlers=3DXIL(0x90), hfun=3D0x5555556e5f69 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555556e3b34) c =3D 0x555555db1380 #6 0x00005555556e6495 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #7 0x000055555579a242 in internal_catch (tag=3DXIL(0xd950), func=3D0x55555= 56e6468 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd950) c =3D 0x555555d9a6f0 #8 0x00005555556e6434 in command_loop () at ../../master/src/keyboard.c:10= 73 #9 0x00005555556e5b3a in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf50) #10 0x00005555556e5cbd in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #11 0x00005555556e26ea in main (argc=3D2, argv=3D0x7fffffffe1b8) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "redisplay_internal (C function)" (0x0) #0 Fkill_buffer (buffer_or_name=3DXIL(0x555556da6cd5)) at ../../master/src/buffer.c:1840 buffer =3D XIL(0x555556da6cd5) b =3D 0x555556da6cd0 tem =3D XIL(0x55555570ee2b) m =3D 0x7ffffffec990 #1 0x000055555579e96e in funcall_subr (subr=3D0x555555c4c080 , numargs=3D1, args=3D0x7ffffffeca= 60) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7ffff2b2d86d), XIL(0), XIL(0), XIL(0x7ffffffec9a0), XIL(0x= 555555cc4f80), XIL(0x1000000000), XIL(0x555555c4c080), XIL(0x7ffffffec9c8)} internal_args =3D 0x7ffffffeca60 #2 0x000055555579e582 in Ffuncall (nargs=3D2, args=3D0x7ffffffeca58) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555c4c085) original_fun =3D XIL(0x2aaa9c8bf8c0) funcar =3D make_fixnum(0) numargs =3D 1 val =3D XIL(0) count =3D 35 #3 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x7ffff25d43f4), vector=3DXIL(0x555556d4ec7d), maxdepth= =3Dmake_fixnum(2), args_template=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fff= fffecf10) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CATCHER_ALL | unknown: 0x558181a0) targets =3D=20 {0x5555557ec723 , 0x5555557ec748 , 0x5555557ec74a , 0x5555557ec74c , 0x5555557ec74e , 0x5555557ec74e , 0x5555557ec7b3 , 0x5555557ec827 <= exec_byte_code+14601>, 0x5555557e93ac , 0x5555557e93ae= , 0x5555557e93b0 , 0x5555557e93b= 2 , 0x5555557e93b4 , 0x5555557e93= b4 , 0x5555557e93ba , 0x5555557e9= 37b , 0x5555557e972a , 0x5555557e= 972c , 0x5555557e972e , 0x5555557= e9730 , 0x5555557e9732 , 0x555555= 7e9732 , 0x5555557e9767 , 0x55555= 57e9738 , 0x5555557e9918 , 0x5555= 557e991a , 0x5555557e991c , 0x555= 5557e991e , 0x5555557e9920 , 0x55= 55557e9920 , 0x5555557e98d2 , 0x5= 555557e98e9 , 0x5555557e99cd , 0x= 5555557e99cf , 0x5555557e99d1 , 0= x5555557e99d3 , 0x5555557e99d5 , = 0x5555557e99d5 , 0x5555557e9987 ,= 0x5555557e999e , 0x5555557e9a7f = , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ea521 , 0x5555557ea602 , 0x5555557ea65f , 0x5555557ea6bf , 0x5555557ea721 , 0x5555557e95b7 , 0x5555557e9632 , 0x5555557ea79a , 0x5555557e9528 , 0x5555557e969a , 0x5555557ea802 , 0x5555557ea86a , 0x5555557ea8b2 , 0x5555557ea91a , 0x5555557ea980 <= exec_byte_code+6754>, 0x5555557eaa66 , 0x5555557eaaae = , 0x5555557eab16 , 0x5555557eab9b= , 0x5555557eabe3 , 0x5555557eac2= b , 0x5555557eac93 , 0x5555557eac= fb , 0x5555557ead63 , 0x5555557ea= de8 , 0x5555557eae37 , 0x5555557e= ae86 , 0x5555557eaf4d , 0x5555557= eafef , 0x5555557eb091 , 0x555555= 7eb0fe , 0x5555557eb16b , 0x55555= 57eb1d8 , 0x5555557eb245 , 0x5555= 557eb2b2 , 0x5555557eb301 , 0x555= 5557eb3a4 , 0x5555557eb3f3 , 0x55= 55557eb442 , 0x5555557eb491 , 0x5= 555557eb597 , 0x5555557ea041 , 0x= 5555557eb5f2 , 0x5555557eb63a , = 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974 , 0x5555557eb9b7 , 0x5555557eb9fa , 0x5555557eba3d , 0x5555557eba80 , 0x5555557ea041 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ebac8 , 0x5555557ebb1= a , 0x5555557ebb62 , 0x5555557e= bbaa , 0x5555557ebc12 , 0x55555= 57ebc7a , 0x5555557ebcc2 , 0x55= 55557ebd7f , 0x5555557ebde7 , 0= x5555557ebe4f , 0x5555557ebeb7 = , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 , 0x5555557ea3b0 , 0x5555557ea435 , 0x5555557ea49b , 0x5555557e9ae3 , 0x5555557ebf42 , 0x5555557ebfc7 , 0x5555557ec00f , 0x5555557ec057 , 0x5555557ec09f , 0x5555557ec0e7 <= exec_byte_code+12745>, 0x5555557ec14f , 0x5555557ec1b= 7 , 0x5555557ec21f , 0x5555557e= c287 , 0x5555557ec398 , 0x55555= 57ec400 , 0x5555557ec468 , 0x55= 55557ec4b0 , 0x5555557ec518 , 0= x5555557ec580 , 0x5555557ec5c8 = , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee , 0x5555557eaed5 , 0x5555557eb684 , 0x5555557ec8ba , 0x5555557ec92f , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec9c5 , 0x5555557eca4c <= exec_byte_code+15150>, 0x5555557ec723 , 0x5555557ec72= 3 , 0x5555557ec723 , 0x5555557e= c723 , 0x5555557ec723 , 0x55555= 57ec723 , 0x5555557ec723 , 0x55= 55557ec723 , 0x5555557ecb9a } const_length =3D 3 bytestr_length =3D 10 vectorp =3D 0x555556d4ec80 quitcounter =3D 1 '\001' stack_items =3D 3 sa_avail =3D 16350 sa_count =3D 35 alloc =3D 0x7ffffffeca50 stack_base =3D 0x7ffffffeca50 top =3D 0x7ffffffeca58 stack_lim =3D 0x7ffffffeca68 bytestr_data =3D 0x7ffffffeca68 "\301\300!\205\t" pc =3D 0x7ffffffeca71 "\207\376\377\377\177" count =3D 35 result =3D make_fixnum(8) #4 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x555556e58d7= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7ffffffecf10) at ../../= master/src/eval.c:3036 #5 0x000055555579efae in funcall_lambda (fun=3DXIL(0x555556e58d75), nargs= =3D0, arg_vector=3D0x7ffffffecf10) at ../../master/src/eval.c:3117 val =3D XIL(0x7ffffffece90) syms_left =3D make_fixnum(0) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 35 i =3D 93824994606300 optional =3D false rest =3D false #6 0x000055555579e5c6 in Ffuncall (nargs=3D1, args=3D0x7ffffffecf08) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555556e58d75) original_fun =3D XIL(0x555556e58d75) funcar =3D XIL(0x7ffffffecec0) numargs =3D 0 val =3D XIL(0x7ffffffecf20) count =3D 34 #7 0x00005555557e8f1b in bcall0 (f=3DXIL(0x555556e58d75)) at ../../master/= src/bytecode.c:340 #8 0x00005555557a0125 in do_one_unbind (this_binding=3D0x7ffffffecf80, unw= inding=3Dtrue, bindflag=3DSET_INTERNAL_UNBIND) at ../../master/src/eval.c:3= 575 #9 0x00005555557a04de in unbind_to (count=3D33, value=3DXIL(0)) at ../../m= aster/src/eval.c:3713 this_binding =3D { kind =3D SPECPDL_UNWIND, unwind =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D XIL(0x555556e58d75), eval_depth =3D 7 }, unwind_array =3D { kind =3D SPECPDL_UNWIND, nelts =3D 93824994938622, array =3D 0x555556e58d75 }, unwind_ptr =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 0x555556e58d75 }, unwind_int =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 1457884533 }, unwind_intmax =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 93825018465653 }, unwind_excursion =3D { kind =3D SPECPDL_UNWIND, marker =3D make_fixnum(23456248734655), window =3D XIL(0x555556e58d75) }, unwind_void =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe }, let =3D { kind =3D SPECPDL_UNWIND, symbol =3D make_fixnum(23456248734655), old_value =3D XIL(0x555556e58d75), where =3D XIL(0x7), saved_value =3D XIL(0) }, bt =3D { kind =3D SPECPDL_UNWIND, debug_on_exit =3D false, function =3D make_fixnum(23456248734655), args =3D 0x555556e58d75, nargs =3D 7 } } quitf =3D XIL(0) #10 0x00005555557e9ab1 in exec_byte_code (bytestr=3DXIL(0x7ffff291441c), ve= ctor=3DXIL(0x7ffff29140cd), maxdepth=3Dmake_fixnum(23), args_template=3Dmak= e_fixnum(257), nargs=3D1, args=3D0x7ffffffed730) at ../../master/src/byteco= de.c:652 op =3D 2 type =3D (unknown: 0xf2c42280) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 51 bytestr_length =3D 494 vectorp =3D 0x7ffff29140d0 quitcounter =3D 44 ',' stack_items =3D 24 sa_avail =3D 15698 sa_count =3D 32 alloc =3D 0x7ffffffecfd0 stack_base =3D 0x7ffffffecfd0 top =3D 0x7ffffffed000 stack_lim =3D 0x7ffffffed090 bytestr_data =3D 0x7ffffffed090 "\211??\205\355\001\b\302p\001\031\= 303\304\302\"r\211q\210\305\306\002\"\216\004c\210eb\210`dW\203\345\001`=C7= =89\211\211g\310U\203\234\001\311\061:" pc =3D 0x7ffffffed278 "\262\001)\266\203\207" count =3D 32 result =3D XIL(0xc6002383a2010007) #11 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff291409= d), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7ffffffed728) at ../.= ./master/src/eval.c:3036 #12 0x000055555579efae in funcall_lambda (fun=3DXIL(0x7ffff291409d), nargs= =3D1, arg_vector=3D0x7ffffffed728) at ../../master/src/eval.c:3117 val =3D XIL(0x7ffffffed6a0) syms_left =3D make_fixnum(257) next =3D XIL(0) lexenv =3D XIL(0x1800000000) count =3D 32 i =3D 93824994606300 optional =3D false rest =3D false #13 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7ffffffed720) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff291409d) original_fun =3D XIL(0xcff0) funcar =3D XIL(0x555555cc4f80) numargs =3D 1 val =3D XIL(0) count =3D 31 #14 0x000055555579de5b in call1 (fn=3DXIL(0xcff0), arg1=3DXIL(0x7ffff276d6f= c)) at ../../master/src/eval.c:2774 #15 0x00005555556e8cac in help_echo_substitute_command_keys (help=3DXIL(0x7= ffff276d6fc)) at ../../master/src/keyboard.c:2042 #16 0x00005555556f46c0 in parse_menu_item (item=3DXIL(0x7ffff276d6eb), inme= nubar=3D0) at ../../master/src/keyboard.c:7700 help =3D XIL(0x7ffff276d6fc) li =3D { tortoise =3D XIL(0x7ffff292d363), max =3D 2, n =3D 0, q =3D 1 } def =3D XIL(0x555556c64823) tem =3D XIL(0xea0) item_string =3D XIL(0x9ae0) start =3D XIL(0x7ffff292d353) filter =3D XIL(0) keyhint =3D XIL(0) i =3D 8 #17 0x000055555561da4c in single_menu_item (key=3DXIL(0x2aaa9ca7dfa8), item= =3DXIL(0x7ffff292d333), dummy=3DXIL(0), skp_v=3D0x7ffffffeda60) at ../../ma= ster/src/menu.c:323 map =3D XIL(0x7ffffffed9e0) item_string =3D XIL(0x30) enabled =3D XIL(0x7ffff29295a3) res =3D false skp =3D 0x7ffffffeda60 #18 0x00005555557003a6 in map_keymap_item (fun=3D0x55555561d9ff , args=3DXIL(0), key=3DXIL(0x2aaa9ca7dfa8), val=3DXIL(0x7ffff292d333= ), data=3D0x7ffffffeda60) at ../../master/src/keymap.c:502 #19 0x000055555570051a in map_keymap_internal (map=3DXIL(0x555556c64823), f= un=3D0x55555561d9ff , args=3DXIL(0), data=3D0x7ffffffeda6= 0) at ../../master/src/keymap.c:549 binding =3D XIL(0x555556c5d203) tail =3D XIL(0x555556c645f3) #20 0x00005555557007c2 in map_keymap_canonical (map=3DXIL(0x555556c64823), = fun=3D0x55555561d9ff , args=3DXIL(0), data=3D0x7ffffffeda= 60) at ../../master/src/keymap.c:609 #21 0x000055555561d971 in single_keymap_panes (keymap=3DXIL(0x7ffff29295a3)= , pane_name=3DXIL(0x7ffff2631c84), prefix=3DXIL(0x2aaa9c96cd20), maxdepth= =3D10) at ../../master/src/menu.c:292 skp =3D { pending_maps =3D XIL(0), maxdepth =3D 10, notbuttons =3D 0 } #22 0x000055555561e640 in parse_single_submenu (item_key=3DXIL(0x2aaa9c96cd= 20), item_name=3DXIL(0x7ffff2631c84), maps=3DXIL(0)) at ../../master/src/me= nu.c:556 prompt =3D XIL(0x7ffff2631c84) i =3D 0 mapvec =3D 0x7ffffffedab0 top_level_items =3D false sa_avail =3D 16376 sa_count =3D 31 len =3D 1 #23 0x00005555556218f4 in set_frame_menubar (f=3D0x555556d8c360, deep_p=3Dt= rue) at ../../master/src/xmenu.c:794 key =3D XIL(0x2aaa9c96cd20) string =3D XIL(0x7ffff2631c84) maps =3D XIL(0x555556c5da43) buffer =3D XIL(0x7ffff257c6fd) specpdl_count =3D 25 previous_menu_items_used =3D 5427 previous_items =3D 0x7ffffffedc20 subitems =3D 9 prev =3D 0x7ffff257c6f8 menubar_widget =3D 0x555556f93790 old_widget =3D 0x555556f93790 id =3D 1 items =3D XIL(0x555556d9cead) wv =3D 0x3 first_wv =3D 0x7fffffff85b0 prev_wv =3D 0x0 i =3D 0 submenu_start =3D 0x7ffffffedbf0 submenu_end =3D 0x7ffffffedbc0 submenu_top_level_items =3D 0x7ffffffedb70 submenu_n_panes =3D 0x7ffffffedb90 #24 0x00005555555db3e4 in update_menu_bar (f=3D0x555556d8c360, save_match_d= ata=3Dfalse, hooks_run=3Dtrue) at ../../master/src/xdisp.c:12913 prev =3D 0x7ffff257c6f8 count =3D 22 window =3D XIL(0x555556e2e2c5) w =3D 0x555556e2e2c0 #25 0x00005555555db062 in prepare_menu_bars () at ../../master/src/xdisp.c:= 12799 f =3D 0x555556d8c360 w =3D 0x555556e2e2c0 tail =3D XIL(0x5555569d0ed3) frame =3D XIL(0x555556d8c365) count =3D 21 menu_bar_hooks_run =3D false all_windows =3D true some_windows =3D false #26 0x00005555555e14d7 in redisplay_internal () at ../../master/src/xdisp.c= :15661 w =3D 0x555556e2e2c0 sw =3D 0x555556e2e2c0 fr =3D 0x555556d8c360 pending =3D false must_finish =3D false match_p =3D false tlbufpos =3D { charpos =3D 139642271694850, bytepos =3D 140737488329552 } tlendpos =3D { charpos =3D 140737488329520, bytepos =3D 93824994640165 } number_of_visible_frames =3D 2 count =3D 18 sf =3D 0x555556d8c360 polling_stopped_here =3D false tail =3D XIL(0) frame =3D XIL(0x555555d61a05) hscroll_retries =3D 0 garbaged_frame_retries =3D 0 consider_all_windows_p =3D false update_miniwindow_p =3D false #27 0x00005555555e2e05 in redisplay_preserve_echo_area (from_where=3D13) at= ../../master/src/xdisp.c:16382 count =3D 17 #28 0x00005555557efd2d in Fdelete_process (process=3DXIL(0x555556da8c1d)) a= t ../../master/src/process.c:1090 p =3D 0x555556da8c18 #29 0x000055555579e96e in funcall_subr (subr=3D0x555555c55e00 , numargs=3D1, args=3D0x7fffffff9dd8) at ../../master/src/eval.c:2987 internal_argbuf =3D {XIL(0x10), XIL(0x3fd0), make_fixnum(2345624862= 1749), XIL(0x2f2704730), XIL(0x555555cc4f80), XIL(0x1000000000), XIL(0x5555= 55c55e00), XIL(0x7fffffff9d28)} internal_args =3D 0x7fffffff9dd8 #30 0x000055555579e582 in Ffuncall (nargs=3D2, args=3D0x7fffffff9dd0) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555c55e05) original_fun =3D XIL(0x2aaa9ca9f370) funcar =3D make_fixnum(23456248621749) numargs =3D 1 val =3D XIL(0) count =3D 16 #31 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x555556536fb4), ve= ctor=3DXIL(0x5555564f336d), maxdepth=3Dmake_fixnum(10), args_template=3Dmak= e_fixnum(513), nargs=3D1, args=3D0x7fffffffa3b8) at ../../master/src/byteco= de.c:632 op =3D 1 type =3D (CONDITION_CASE | CATCHER_ALL | unknown: 0x557101b0) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 34 bytestr_length =3D 196 vectorp =3D 0x5555564f3370 quitcounter =3D 3 '\003' stack_items =3D 11 sa_avail =3D 16100 sa_count =3D 16 alloc =3D 0x7fffffff9db0 stack_base =3D 0x7fffffff9db0 top =3D 0x7fffffff9dd0 stack_lim =3D 0x7fffffff9e08 bytestr_data =3D 0x7fffffff9e08 "\305\306\002\205\a" pc =3D 0x7fffffff9ec4 "\210\305\341\004\"\262\001\207" count =3D 16 result =3D XIL(0) #32 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f348= 5), syms_left=3Dmake_fixnum(513), nargs=3D1, args=3D0x7fffffffa3b0) at ../.= ./master/src/eval.c:3036 #33 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f3485), nargs= =3D1, arg_vector=3D0x7fffffffa3b0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffa2f0) syms_left =3D make_fixnum(513) next =3D XIL(0) lexenv =3D XIL(0x1800000000) count =3D 16 i =3D 93824994606300 optional =3D false rest =3D false #34 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffa3a8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f3485) original_fun =3D XIL(0x794bd0) funcar =3D XIL(0x7fffffffa350) numargs =3D 1 val =3D XIL(0) count =3D 15 #35 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653fb84), ve= ctor=3DXIL(0x5555564f6e4d), maxdepth=3Dmake_fixnum(15), args_template=3Dmak= e_fixnum(1799), nargs=3D7, args=3D0x7fffffffa9a8) at ../../master/src/bytec= ode.c:632 op =3D 1 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 42 bytestr_length =3D 233 vectorp =3D 0x5555564f6e50 quitcounter =3D 1 '\001' stack_items =3D 16 sa_avail =3D 16023 sa_count =3D 14 alloc =3D 0x7fffffffa360 stack_base =3D 0x7fffffffa360 top =3D 0x7fffffffa3a8 stack_lim =3D 0x7fffffffa3e0 bytestr_data =3D 0x7fffffffa3e0 "\305", pc =3D 0x7fffffffa435 "\210\202l" count =3D 14 result =3D XIL(0x7fffffff94c0) #36 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f6fa= 5), syms_left=3Dmake_fixnum(1799), nargs=3D7, args=3D0x7fffffffa970) at ../= ../master/src/eval.c:3036 #37 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f6fa5), nargs= =3D7, arg_vector=3D0x7fffffffa970) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffa8f0) syms_left =3D make_fixnum(1799) next =3D XIL(0x30) lexenv =3D XIL(0x1800000000) count =3D 14 i =3D 93824994606300 optional =3D false rest =3D false #38 0x000055555579e5c6 in Ffuncall (nargs=3D8, args=3D0x7fffffffa968) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f6fa5) original_fun =3D XIL(0x876290) funcar =3D XIL(0x7fffffffa950) numargs =3D 7 val =3D XIL(0x555555dd01a4) count =3D 13 #39 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653fb24), ve= ctor=3DXIL(0x555556db15f5), maxdepth=3Dmake_fixnum(8), args_template=3Dmake= _fixnum(0), nargs=3D0, args=3D0x7fffffffae80) at ../../master/src/bytecode.= c:632 op =3D 7 type =3D (unknown: 0x5577ef7c) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 13 bytestr_length =3D 46 vectorp =3D 0x555556db15f8 quitcounter =3D 1 '\001' stack_items =3D 9 sa_avail =3D 16266 sa_count =3D 11 alloc =3D 0x7fffffffa960 stack_base =3D 0x7fffffffa960 top =3D 0x7fffffffa968 stack_lim =3D 0x7fffffffa9a8 bytestr_data =3D 0x7fffffffa9a8 "r\310\016\v!q\210=C5=A2\203\030" pc =3D 0x7fffffffa9d4 "*\207" count =3D 11 result =3D XIL(0x555556d18793) #40 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x555556dff40= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffae80) at ../../= master/src/eval.c:3036 #41 0x000055555579efae in funcall_lambda (fun=3DXIL(0x555556dff405), nargs= =3D0, arg_vector=3D0x7fffffffae80) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffadf0) syms_left =3D make_fixnum(0) next =3D XIL(0x7fffffffae20) lexenv =3D XIL(0x1800000000) count =3D 11 i =3D 93824994606300 optional =3D false rest =3D false #42 0x000055555579e5c6 in Ffuncall (nargs=3D1, args=3D0x7fffffffae78) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555556dff405) original_fun =3D XIL(0x555556dff405) funcar =3D XIL(0x5555557e84a5) numargs =3D 0 val =3D XIL(0x100000000) count =3D 10 #43 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653adb4), ve= ctor=3DXIL(0x5555565006ed), maxdepth=3Dmake_fixnum(6), args_template=3Dmake= _fixnum(257), nargs=3D1, args=3D0x7fffffffb3e8) at ../../master/src/bytecod= e.c:632 op =3D 0 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 5 bytestr_length =3D 25 vectorp =3D 0x5555565006f0 quitcounter =3D 1 '\001' stack_items =3D 7 sa_avail =3D 16303 sa_count =3D 10 alloc =3D 0x7fffffffae60 stack_base =3D 0x7fffffffae60 top =3D 0x7fffffffae78 stack_lim =3D 0x7fffffffae98 bytestr_data =3D 0x7fffffffae98 "\300\001\301\"\302\002\301\303#\21= 0\211\205\030" pc =3D 0x7fffffffaeac "0\207\210=C3=87\262\377\377\377\177" count =3D 10 result =3D XIL(0) #44 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x55555650071= d), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7fffffffb3e0) at ../.= ./master/src/eval.c:3036 #45 0x000055555579efae in funcall_lambda (fun=3DXIL(0x55555650071d), nargs= =3D1, arg_vector=3D0x7fffffffb3e0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffb2d0) syms_left =3D make_fixnum(257) next =3D XIL(0x5555557a301c) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994606300 optional =3D false rest =3D false #46 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffb3d8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x55555650071d) original_fun =3D XIL(0x8735c0) funcar =3D XIL(0x555556d8c365) numargs =3D 1 val =3D XIL(0) count =3D 9 #47 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653add4), ve= ctor=3DXIL(0x5555564f6b7d), maxdepth=3Dmake_fixnum(31), args_template=3Dmak= e_fixnum(514), nargs=3D2, args=3D0x7fffffffbca8) at ../../master/src/byteco= de.c:632 op =3D 1 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 83 bytestr_length =3D 967 vectorp =3D 0x5555564f6b80 quitcounter =3D 45 '-' stack_items =3D 32 sa_avail =3D 15161 sa_count =3D 9 alloc =3D 0x7fffffffb340 stack_base =3D 0x7fffffffb340 top =3D 0x7fffffffb3d8 stack_lim =3D 0x7fffffffb440 bytestr_data =3D 0x7fffffffb440 "\305\062\306\003\306\307\002P\003\= "\210\310\002\311\"\204U" pc =3D 0x7fffffffb7f7 "\266\220\060\202\305\003\201R" count =3D 9 result =3D XIL(0x7fffffffb8a8) #48 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f6e1= d), syms_left=3Dmake_fixnum(514), nargs=3D2, args=3D0x7fffffffbc98) at ../.= ./master/src/eval.c:3036 #49 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f6e1d), nargs= =3D2, arg_vector=3D0x7fffffffbc98) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffbc20) syms_left =3D make_fixnum(514) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 9 i =3D 93824994606300 optional =3D false rest =3D false #50 0x000055555579e5c6 in Ffuncall (nargs=3D3, args=3D0x7fffffffbc90) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f6e1d) original_fun =3D XIL(0x873290) funcar =3D XIL(0) numargs =3D 2 val =3D XIL(0) count =3D 8 #51 0x000055555579d89f in Fapply (nargs=3D2, args=3D0x7fffffffbd40) at ../.= ./master/src/eval.c:2544 i =3D 3 funcall_nargs =3D 3 funcall_args =3D 0x7fffffffbc90 spread_arg =3D XIL(0) fun =3D XIL(0x5555564f6e1d) sa_avail =3D 16360 sa_count =3D 8 numargs =3D 2 retval =3D XIL(0) #52 0x000055555579de09 in apply1 (fn=3DXIL(0x873290), arg=3DXIL(0x555556d18= 6f3)) at ../../master/src/eval.c:2760 #53 0x00005555557fa958 in read_process_output_call (fun_and_args=3DXIL(0x55= 5556d186e3)) at ../../master/src/process.c:5930 #54 0x000055555579ad70 in internal_condition_case_1 (bfun=3D0x5555557fa92a = , arg=3DXIL(0x555556d186e3), handlers=3DXIL(0x90)= , hfun=3D0x5555557fa95a ) at ../../maste= r/src/eval.c:1463 val =3D XIL(0x555556da8c1d) c =3D 0x555555dc0550 #55 0x00005555557fb24a in read_and_dispose_of_process_output (p=3D0x555556d= a8c18, chars=3D0x7fffffffbe50 "-env GJS_DEBUG_TOPICS=3DJS&_ERROR;JS&_LOG -e= nv USER=3Dmd5i -env XDG_SESSION_TYPE=3Dwayland -env SHLVL=3D0 -env HOME=3D/= home/md5i -env DESKTOP_SESSION=3Dgnome -env GIO_LAUNCHED_DESKTOP_FILE=3D/ho= me/md5i/.local/share"..., nbytes=3D1383, coding=3D0x555555eccd50) at ../../= master/src/process.c:6153 outstream =3D XIL(0x873290) text =3D XIL(0x555556db8a84) outer_running_asynch_code =3D false waiting =3D -1 #56 0x00005555557fae68 in read_process_output (proc=3DXIL(0x555556da8c1d), = channel=3D4) at ../../master/src/process.c:6063 nbytes =3D 1383 p =3D 0x555556da8c18 coding =3D 0x555555eccd50 carryover =3D 0 readmax =3D 4096 count =3D 5 odeactivate =3D XIL(0) chars =3D 0x7fffffffbe50 "-env GJS_DEBUG_TOPICS=3DJS&_ERROR;JS&_LOG= -env USER=3Dmd5i -env XDG_SESSION_TYPE=3Dwayland -env SHLVL=3D0 -env HOME= =3D/home/md5i -env DESKTOP_SESSION=3Dgnome -env GIO_LAUNCHED_DESKTOP_FILE= =3D/home/md5i/.local/share"... sa_avail =3D 12224 sa_count =3D 5 #57 0x00005555557fa1a3 in wait_reading_process_output (time_limit=3D0, nsec= s=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3DXIL(0), wait_proc= =3D0x0, just_wait_proc=3D0) at ../../master/src/process.c:5749 nread =3D -2011028988 process_skipped =3D false child_fd =3D 6 channel =3D 4 nfds =3D 1 Available =3D { fds_bits =3D {16, 0 } } Writeok =3D { fds_bits =3D {0 } } check_write =3D true check_delay =3D 0 no_avail =3D false xerrno =3D 2 proc =3D XIL(0x555556da8c1d) timeout =3D { tv_sec =3D 40, tv_nsec =3D 613408153 } end_time =3D { tv_sec =3D 140737488343328, tv_nsec =3D 93824994634785 } timer_delay =3D { tv_sec =3D 40, tv_nsec =3D 613408153 } got_output_end_time =3D { tv_sec =3D 1616263190, tv_nsec =3D 619007247 } wait =3D FOREVER got_some_output =3D -1 prev_wait_proc_nbytes_read =3D 0 retry_for_async =3D false count =3D 4 now =3D { tv_sec =3D 0, tv_nsec =3D -1 } #58 0x00005555556ecbfd in kbd_buffer_get_event (kbp=3D0x7fffffffd478, used_= mouse_menu=3D0x7fffffffdabf, end_time=3D0x0) at ../../master/src/keyboard.c= :3869 do_display =3D true obj =3D XIL(0x24e5275c) #59 0x00005555556e8f68 in read_event_from_main_queue (end_time=3D0x0, local= _getcjmp=3D0x7fffffffd850, used_mouse_menu=3D0x7fffffffdabf) at ../../maste= r/src/keyboard.c:2159 c =3D XIL(0) save_jump =3D {{ __jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {0 } } }} kb =3D 0x3a352944002 count =3D 3 #60 0x00005555556e9201 in read_decoded_event_from_main_queue (end_time=3D0x= 0, local_getcjmp=3D0x7fffffffd850, prev_event=3DXIL(0), used_mouse_menu=3D0= x7fffffffdabf) at ../../master/src/keyboard.c:2223 nextevt =3D XIL(0) frame =3D 0x0 terminal =3D 0x1556ff75f events =3D {XIL(0x555556ae1d5d), XIL(0x555555cc4f80), XIL(0), XIL(0= ), XIL(0x7fffffffd668), XIL(0x5555556e3c40), XIL(0), XIL(0x7fffffffd690), X= IL(0x5555556e685b), XIL(0x555556d18eb3), XIL(0), XIL(0), XIL(0x7fffffffd6c0= ), make_fixnum(23456248475707), XIL(0), XIL(0x1ffffd6c0)} n =3D 0 #61 0x00005555556ea809 in read_char (commandflag=3D1, map=3DXIL(0x555556d18= ed3), prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffdabf, end_time=3D0x0= ) at ../../master/src/keyboard.c:2833 c =3D XIL(0) jmpcount =3D 3 local_getcjmp =3D {{ __jmpbuf =3D {0, -8377641525854313018, 93824992490624, 0, 0, 0,= -8377641526313589306, -2384103731268917818}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {93824994503983, 140737259836008, 140737259835960, = 0, 46912259801784, 0, 140737259836008, 93825000034176, 0, 0, 14073748834534= 4, 93824993978237, 4066447928, 93825000034176, 0, 0} } }} save_jump =3D {{ __jmpbuf =3D {0, 32880, 140737488345232, 140737266328160, 14073= 7488345200, 140737259226872, 140737259226872, 0}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {93825000067056, 93824994486998, 0, 140737488345184= , 93824994508583, 140737266328160, 12884891664, 0, 32880, 140737259226872, = 140737266328160, 93824995129573, 51539607552, 140737259226877, 140737259226= 872, 93824995130016} } }} tem =3D XIL(0) save =3D XIL(0x5555556fe77d) previous_echo_area_message =3D XIL(0) also_record =3D XIL(0) reread =3D false recorded =3D false polling_stopped_here =3D true orig_kboard =3D 0x555555d07730 #62 0x00005555556f8848 in read_key_sequence (keybuf=3D0x7fffffffdcc0, promp= t=3DXIL(0), dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix= _current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at ../../master/src/keyb= oard.c:9491 interrupted_kboard =3D 0x555555d07730 interrupted_frame =3D 0x555555d61a00 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(0) count =3D 3 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D XIL(0x555556d18ed3) first_unbound =3D 31 mock_input =3D 0 used_mouse_menu_history =3D {false } fkey =3D { parent =3D XIL(0x555555d65f43), map =3D XIL(0x555555d65f43), start =3D 0, end =3D 0 } keytran =3D { parent =3D XIL(0x7ffff2c29383), map =3D XIL(0x7ffff2c29383), start =3D 0, end =3D 0 } indec =3D { parent =3D XIL(0x555555d65f33), map =3D XIL(0x555555d65f33), start =3D 0, 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 0x7ffff257c6f8 fake_prefixed_keys =3D XIL(0) first_event =3D XIL(0) second_event =3D XIL(0) #63 0x00005555556e6d1f in command_loop_1 () at ../../master/src/keyboard.c:= 1353 cmd =3D XIL(0x7fffffffde10) keybuf =3D {XIL(0x7fffffffdd40), XIL(0x7ffff2c42290), XIL(0x1000000= 00), XIL(0), XIL(0), XIL(0x8520), XIL(0x130), XIL(0x555555ccd4a0), XIL(0x55= 5555ccd4a0), XIL(0), XIL(0x7fffffffdd60), make_fixnum(23456248660141), make= _fixnum(1073741824), XIL(0x7fffffffdd80), XIL(0x555555cc4f80), XIL(0), XIL(= 0), XIL(0x7fffffffdd60), XIL(0x5555557979dd), XIL(0xf257c6fd), XIL(0x7fffff= ffddc0), XIL(0x5555557a0538), XIL(0x555555cc4f80), XIL(0), XIL(0), XIL(0x7f= ffffffdda0), XIL(0x5555557979dd), XIL(0xf257c6fd), XIL(0x7fffffffdde0), mak= e_fixnum(23456248654899)} i =3D 0 prev_modiff =3D 0 prev_buffer =3D 0x0 already_adjusted =3D false #64 0x000055555579acc9 in internal_condition_case (bfun=3D0x5555556e68d9 , handlers=3DXIL(0x90), hfun=3D0x5555556e6075 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555556e3c40) c =3D 0x555555dc03e0 #65 0x00005555556e65a1 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D XIL(0) #66 0x000055555579a4d7 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 56e6574 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555da9710 #67 0x00005555556e6540 in command_loop () at ../../master/src/keyboard.c:10= 73 #68 0x00005555556e5c46 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf50) #69 0x00005555556e5dc9 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #70 0x00005555556e27f6 in main (argc=3D2, argv=3D0x7fffffffe1b8) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xfffeca60) 0x56e58d70 PVEC_COMPILED "substitute-command-keys" (0xfffed728) "redisplay_internal (C function)" (0x0) "delete-process" (0xffff9dd8) "server-delete-client" (0xffffa3b0) "server-execute" (0xffffa970) 0x56dff400 PVEC_COMPILED "server-execute-continuation" (0xffffb3e0) "server-process-filter" (0xffffbc98) --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 10:21:33 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 14:21:33 +0000 Received: from localhost ([127.0.0.1]:50737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNG0I-000385-BL for submit@debbugs.gnu.org; Fri, 19 Mar 2021 10:21:33 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:51004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNG0D-00037n-TK for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 10:21:28 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JELKVf003185; Fri, 19 Mar 2021 10:21:20 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12JELKVf003185 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616163680; bh=lCUXl8zoqVlIs73gaEjNy6oB0J8ThQCqi5Jraq7npYM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=hb/GEjchVgFdAowk2aO7G0cWhextsVsWNXNew1SieIZtXWEcOk11qqEDF2+gGjQJr V43WBs6znFson7R2ti8sglRSVYOrnjviF9cY4jF3oKBUUwzYRlxGQhF4m+KnvmJL21 QddSnRVV8kL7D7THHvZZcFoPb7aEijktNhDpE+mw= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JELJwK033423; Fri, 19 Mar 2021 10:21:19 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JELJYP010082; Fri, 19 Mar 2021 10:21:19 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12JELIwk010079; Fri, 19 Mar 2021 10:21:18 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> Date: Fri, 19 Mar 2021 10:21:18 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Fri, 19 Mar 2021 10:18:23 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) I didn't realize that gdb logging appended to my old log. Here's the portion you wanted: #0 Fkill_buffer (buffer_or_name=3DXIL(0x555556da6cd5)) at ../../master/src/buffer.c:1840 buffer =3D XIL(0x555556da6cd5) b =3D 0x555556da6cd0 tem =3D XIL(0x55555570ee2b) m =3D 0x7ffffffec990 #1 0x000055555579e96e in funcall_subr (subr=3D0x555555c4c080 , numargs=3D1, args=3D0x7ffffffeca= 60) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7ffff2b2d86d), XIL(0), XIL(0), XIL(0x7ffffffec9a0), XIL(0x= 555555cc4f80), XIL(0x1000000000), XIL(0x555555c4c080), XIL(0x7ffffffec9c8)} internal_args =3D 0x7ffffffeca60 #2 0x000055555579e582 in Ffuncall (nargs=3D2, args=3D0x7ffffffeca58) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555c4c085) original_fun =3D XIL(0x2aaa9c8bf8c0) funcar =3D make_fixnum(0) numargs =3D 1 val =3D XIL(0) count =3D 35 #3 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x7ffff25d43f4), vector=3DXIL(0x555556d4ec7d), maxdepth= =3Dmake_fixnum(2), args_template=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fff= fffecf10) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CATCHER_ALL | unknown: 0x558181a0) targets =3D=20 {0x5555557ec723 , 0x5555557ec748 , 0x5555557ec74a , 0x5555557ec74c , 0x5555557ec74e , 0x5555557ec74e , 0x5555557ec7b3 , 0x5555557ec827 <= exec_byte_code+14601>, 0x5555557e93ac , 0x5555557e93ae= , 0x5555557e93b0 , 0x5555557e93b= 2 , 0x5555557e93b4 , 0x5555557e93= b4 , 0x5555557e93ba , 0x5555557e9= 37b , 0x5555557e972a , 0x5555557e= 972c , 0x5555557e972e , 0x5555557= e9730 , 0x5555557e9732 , 0x555555= 7e9732 , 0x5555557e9767 , 0x55555= 57e9738 , 0x5555557e9918 , 0x5555= 557e991a , 0x5555557e991c , 0x555= 5557e991e , 0x5555557e9920 , 0x55= 55557e9920 , 0x5555557e98d2 , 0x5= 555557e98e9 , 0x5555557e99cd , 0x= 5555557e99cf , 0x5555557e99d1 , 0= x5555557e99d3 , 0x5555557e99d5 , = 0x5555557e99d5 , 0x5555557e9987 ,= 0x5555557e999e , 0x5555557e9a7f = , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ea521 , 0x5555557ea602 , 0x5555557ea65f , 0x5555557ea6bf , 0x5555557ea721 , 0x5555557e95b7 , 0x5555557e9632 , 0x5555557ea79a , 0x5555557e9528 , 0x5555557e969a , 0x5555557ea802 , 0x5555557ea86a , 0x5555557ea8b2 , 0x5555557ea91a , 0x5555557ea980 <= exec_byte_code+6754>, 0x5555557eaa66 , 0x5555557eaaae = , 0x5555557eab16 , 0x5555557eab9b= , 0x5555557eabe3 , 0x5555557eac2= b , 0x5555557eac93 , 0x5555557eac= fb , 0x5555557ead63 , 0x5555557ea= de8 , 0x5555557eae37 , 0x5555557e= ae86 , 0x5555557eaf4d , 0x5555557= eafef , 0x5555557eb091 , 0x555555= 7eb0fe , 0x5555557eb16b , 0x55555= 57eb1d8 , 0x5555557eb245 , 0x5555= 557eb2b2 , 0x5555557eb301 , 0x555= 5557eb3a4 , 0x5555557eb3f3 , 0x55= 55557eb442 , 0x5555557eb491 , 0x5= 555557eb597 , 0x5555557ea041 , 0x= 5555557eb5f2 , 0x5555557eb63a , = 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974 , 0x5555557eb9b7 , 0x5555557eb9fa , 0x5555557eba3d , 0x5555557eba80 , 0x5555557ea041 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ebac8 , 0x5555557ebb1= a , 0x5555557ebb62 , 0x5555557e= bbaa , 0x5555557ebc12 , 0x55555= 57ebc7a , 0x5555557ebcc2 , 0x55= 55557ebd7f , 0x5555557ebde7 , 0= x5555557ebe4f , 0x5555557ebeb7 = , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 , 0x5555557ea3b0 , 0x5555557ea435 , 0x5555557ea49b , 0x5555557e9ae3 , 0x5555557ebf42 , 0x5555557ebfc7 , 0x5555557ec00f , 0x5555557ec057 , 0x5555557ec09f , 0x5555557ec0e7 <= exec_byte_code+12745>, 0x5555557ec14f , 0x5555557ec1b= 7 , 0x5555557ec21f , 0x5555557e= c287 , 0x5555557ec398 , 0x55555= 57ec400 , 0x5555557ec468 , 0x55= 55557ec4b0 , 0x5555557ec518 , 0= x5555557ec580 , 0x5555557ec5c8 = , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee , 0x5555557eaed5 , 0x5555557eb684 , 0x5555557ec8ba , 0x5555557ec92f , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec9c5 , 0x5555557eca4c <= exec_byte_code+15150>, 0x5555557ec723 , 0x5555557ec72= 3 , 0x5555557ec723 , 0x5555557e= c723 , 0x5555557ec723 , 0x55555= 57ec723 , 0x5555557ec723 , 0x55= 55557ec723 , 0x5555557ecb9a } const_length =3D 3 bytestr_length =3D 10 vectorp =3D 0x555556d4ec80 quitcounter =3D 1 '\001' stack_items =3D 3 sa_avail =3D 16350 sa_count =3D 35 alloc =3D 0x7ffffffeca50 stack_base =3D 0x7ffffffeca50 top =3D 0x7ffffffeca58 stack_lim =3D 0x7ffffffeca68 bytestr_data =3D 0x7ffffffeca68 "\301\300!\205\t" pc =3D 0x7ffffffeca71 "\207\376\377\377\177" count =3D 35 result =3D make_fixnum(8) #4 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x555556e58d7= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7ffffffecf10) at ../../= master/src/eval.c:3036 #5 0x000055555579efae in funcall_lambda (fun=3DXIL(0x555556e58d75), nargs= =3D0, arg_vector=3D0x7ffffffecf10) at ../../master/src/eval.c:3117 val =3D XIL(0x7ffffffece90) syms_left =3D make_fixnum(0) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 35 i =3D 93824994606300 optional =3D false rest =3D false #6 0x000055555579e5c6 in Ffuncall (nargs=3D1, args=3D0x7ffffffecf08) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555556e58d75) original_fun =3D XIL(0x555556e58d75) funcar =3D XIL(0x7ffffffecec0) numargs =3D 0 val =3D XIL(0x7ffffffecf20) count =3D 34 #7 0x00005555557e8f1b in bcall0 (f=3DXIL(0x555556e58d75)) at ../../master/= src/bytecode.c:340 #8 0x00005555557a0125 in do_one_unbind (this_binding=3D0x7ffffffecf80, unw= inding=3Dtrue, bindflag=3DSET_INTERNAL_UNBIND) at ../../master/src/eval.c:3= 575 #9 0x00005555557a04de in unbind_to (count=3D33, value=3DXIL(0)) at ../../m= aster/src/eval.c:3713 this_binding =3D { kind =3D SPECPDL_UNWIND, unwind =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D XIL(0x555556e58d75), eval_depth =3D 7 }, unwind_array =3D { kind =3D SPECPDL_UNWIND, nelts =3D 93824994938622, array =3D 0x555556e58d75 }, unwind_ptr =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 0x555556e58d75 }, unwind_int =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 1457884533 }, unwind_intmax =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe , arg =3D 93825018465653 }, unwind_excursion =3D { kind =3D SPECPDL_UNWIND, marker =3D make_fixnum(23456248734655), window =3D XIL(0x555556e58d75) }, unwind_void =3D { kind =3D SPECPDL_UNWIND, func =3D 0x5555557e8efe }, let =3D { kind =3D SPECPDL_UNWIND, symbol =3D make_fixnum(23456248734655), old_value =3D XIL(0x555556e58d75), where =3D XIL(0x7), saved_value =3D XIL(0) }, bt =3D { kind =3D SPECPDL_UNWIND, debug_on_exit =3D false, function =3D make_fixnum(23456248734655), args =3D 0x555556e58d75, nargs =3D 7 } } quitf =3D XIL(0) #10 0x00005555557e9ab1 in exec_byte_code (bytestr=3DXIL(0x7ffff291441c), ve= ctor=3DXIL(0x7ffff29140cd), maxdepth=3Dmake_fixnum(23), args_template=3Dmak= e_fixnum(257), nargs=3D1, args=3D0x7ffffffed730) at ../../master/src/byteco= de.c:652 op =3D 2 type =3D (unknown: 0xf2c42280) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 51 bytestr_length =3D 494 vectorp =3D 0x7ffff29140d0 quitcounter =3D 44 ',' stack_items =3D 24 sa_avail =3D 15698 sa_count =3D 32 alloc =3D 0x7ffffffecfd0 stack_base =3D 0x7ffffffecfd0 top =3D 0x7ffffffed000 stack_lim =3D 0x7ffffffed090 bytestr_data =3D 0x7ffffffed090 "\211??\205\355\001\b\302p\001\031\= 303\304\302\"r\211q\210\305\306\002\"\216\004c\210eb\210`dW\203\345\001`=C7= =89\211\211g\310U\203\234\001\311\061:" pc =3D 0x7ffffffed278 "\262\001)\266\203\207" count =3D 32 result =3D XIL(0xc6002383a2010007) #11 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff291409= d), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7ffffffed728) at ../.= ./master/src/eval.c:3036 #12 0x000055555579efae in funcall_lambda (fun=3DXIL(0x7ffff291409d), nargs= =3D1, arg_vector=3D0x7ffffffed728) at ../../master/src/eval.c:3117 val =3D XIL(0x7ffffffed6a0) syms_left =3D make_fixnum(257) next =3D XIL(0) lexenv =3D XIL(0x1800000000) count =3D 32 i =3D 93824994606300 optional =3D false rest =3D false #13 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7ffffffed720) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff291409d) original_fun =3D XIL(0xcff0) funcar =3D XIL(0x555555cc4f80) numargs =3D 1 val =3D XIL(0) count =3D 31 #14 0x000055555579de5b in call1 (fn=3DXIL(0xcff0), arg1=3DXIL(0x7ffff276d6f= c)) at ../../master/src/eval.c:2774 #15 0x00005555556e8cac in help_echo_substitute_command_keys (help=3DXIL(0x7= ffff276d6fc)) at ../../master/src/keyboard.c:2042 #16 0x00005555556f46c0 in parse_menu_item (item=3DXIL(0x7ffff276d6eb), inme= nubar=3D0) at ../../master/src/keyboard.c:7700 help =3D XIL(0x7ffff276d6fc) li =3D { tortoise =3D XIL(0x7ffff292d363), max =3D 2, n =3D 0, q =3D 1 } def =3D XIL(0x555556c64823) tem =3D XIL(0xea0) item_string =3D XIL(0x9ae0) start =3D XIL(0x7ffff292d353) filter =3D XIL(0) keyhint =3D XIL(0) i =3D 8 #17 0x000055555561da4c in single_menu_item (key=3DXIL(0x2aaa9ca7dfa8), item= =3DXIL(0x7ffff292d333), dummy=3DXIL(0), skp_v=3D0x7ffffffeda60) at ../../ma= ster/src/menu.c:323 map =3D XIL(0x7ffffffed9e0) item_string =3D XIL(0x30) enabled =3D XIL(0x7ffff29295a3) res =3D false skp =3D 0x7ffffffeda60 #18 0x00005555557003a6 in map_keymap_item (fun=3D0x55555561d9ff , args=3DXIL(0), key=3DXIL(0x2aaa9ca7dfa8), val=3DXIL(0x7ffff292d333= ), data=3D0x7ffffffeda60) at ../../master/src/keymap.c:502 #19 0x000055555570051a in map_keymap_internal (map=3DXIL(0x555556c64823), f= un=3D0x55555561d9ff , args=3DXIL(0), data=3D0x7ffffffeda6= 0) at ../../master/src/keymap.c:549 binding =3D XIL(0x555556c5d203) tail =3D XIL(0x555556c645f3) #20 0x00005555557007c2 in map_keymap_canonical (map=3DXIL(0x555556c64823), = fun=3D0x55555561d9ff , args=3DXIL(0), data=3D0x7ffffffeda= 60) at ../../master/src/keymap.c:609 #21 0x000055555561d971 in single_keymap_panes (keymap=3DXIL(0x7ffff29295a3)= , pane_name=3DXIL(0x7ffff2631c84), prefix=3DXIL(0x2aaa9c96cd20), maxdepth= =3D10) at ../../master/src/menu.c:292 skp =3D { pending_maps =3D XIL(0), maxdepth =3D 10, notbuttons =3D 0 } #22 0x000055555561e640 in parse_single_submenu (item_key=3DXIL(0x2aaa9c96cd= 20), item_name=3DXIL(0x7ffff2631c84), maps=3DXIL(0)) at ../../master/src/me= nu.c:556 prompt =3D XIL(0x7ffff2631c84) i =3D 0 mapvec =3D 0x7ffffffedab0 top_level_items =3D false sa_avail =3D 16376 sa_count =3D 31 len =3D 1 #23 0x00005555556218f4 in set_frame_menubar (f=3D0x555556d8c360, deep_p=3Dt= rue) at ../../master/src/xmenu.c:794 key =3D XIL(0x2aaa9c96cd20) string =3D XIL(0x7ffff2631c84) maps =3D XIL(0x555556c5da43) buffer =3D XIL(0x7ffff257c6fd) specpdl_count =3D 25 previous_menu_items_used =3D 5427 previous_items =3D 0x7ffffffedc20 subitems =3D 9 prev =3D 0x7ffff257c6f8 menubar_widget =3D 0x555556f93790 old_widget =3D 0x555556f93790 id =3D 1 items =3D XIL(0x555556d9cead) wv =3D 0x3 first_wv =3D 0x7fffffff85b0 prev_wv =3D 0x0 i =3D 0 submenu_start =3D 0x7ffffffedbf0 submenu_end =3D 0x7ffffffedbc0 submenu_top_level_items =3D 0x7ffffffedb70 submenu_n_panes =3D 0x7ffffffedb90 #24 0x00005555555db3e4 in update_menu_bar (f=3D0x555556d8c360, save_match_d= ata=3Dfalse, hooks_run=3Dtrue) at ../../master/src/xdisp.c:12913 prev =3D 0x7ffff257c6f8 count =3D 22 window =3D XIL(0x555556e2e2c5) w =3D 0x555556e2e2c0 #25 0x00005555555db062 in prepare_menu_bars () at ../../master/src/xdisp.c:= 12799 f =3D 0x555556d8c360 w =3D 0x555556e2e2c0 tail =3D XIL(0x5555569d0ed3) frame =3D XIL(0x555556d8c365) count =3D 21 menu_bar_hooks_run =3D false all_windows =3D true some_windows =3D false #26 0x00005555555e14d7 in redisplay_internal () at ../../master/src/xdisp.c= :15661 w =3D 0x555556e2e2c0 sw =3D 0x555556e2e2c0 fr =3D 0x555556d8c360 pending =3D false must_finish =3D false match_p =3D false tlbufpos =3D { charpos =3D 139642271694850, bytepos =3D 140737488329552 } tlendpos =3D { charpos =3D 140737488329520, bytepos =3D 93824994640165 } number_of_visible_frames =3D 2 count =3D 18 sf =3D 0x555556d8c360 polling_stopped_here =3D false tail =3D XIL(0) frame =3D XIL(0x555555d61a05) hscroll_retries =3D 0 garbaged_frame_retries =3D 0 consider_all_windows_p =3D false update_miniwindow_p =3D false #27 0x00005555555e2e05 in redisplay_preserve_echo_area (from_where=3D13) at= ../../master/src/xdisp.c:16382 count =3D 17 #28 0x00005555557efd2d in Fdelete_process (process=3DXIL(0x555556da8c1d)) a= t ../../master/src/process.c:1090 p =3D 0x555556da8c18 #29 0x000055555579e96e in funcall_subr (subr=3D0x555555c55e00 , numargs=3D1, args=3D0x7fffffff9dd8) at ../../master/src/eval.c:2987 internal_argbuf =3D {XIL(0x10), XIL(0x3fd0), make_fixnum(2345624862= 1749), XIL(0x2f2704730), XIL(0x555555cc4f80), XIL(0x1000000000), XIL(0x5555= 55c55e00), XIL(0x7fffffff9d28)} internal_args =3D 0x7fffffff9dd8 #30 0x000055555579e582 in Ffuncall (nargs=3D2, args=3D0x7fffffff9dd0) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555c55e05) original_fun =3D XIL(0x2aaa9ca9f370) funcar =3D make_fixnum(23456248621749) numargs =3D 1 val =3D XIL(0) count =3D 16 #31 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x555556536fb4), ve= ctor=3DXIL(0x5555564f336d), maxdepth=3Dmake_fixnum(10), args_template=3Dmak= e_fixnum(513), nargs=3D1, args=3D0x7fffffffa3b8) at ../../master/src/byteco= de.c:632 op =3D 1 type =3D (CONDITION_CASE | CATCHER_ALL | unknown: 0x557101b0) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 34 bytestr_length =3D 196 vectorp =3D 0x5555564f3370 quitcounter =3D 3 '\003' stack_items =3D 11 sa_avail =3D 16100 sa_count =3D 16 alloc =3D 0x7fffffff9db0 stack_base =3D 0x7fffffff9db0 top =3D 0x7fffffff9dd0 stack_lim =3D 0x7fffffff9e08 bytestr_data =3D 0x7fffffff9e08 "\305\306\002\205\a" pc =3D 0x7fffffff9ec4 "\210\305\341\004\"\262\001\207" count =3D 16 result =3D XIL(0) #32 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f348= 5), syms_left=3Dmake_fixnum(513), nargs=3D1, args=3D0x7fffffffa3b0) at ../.= ./master/src/eval.c:3036 #33 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f3485), nargs= =3D1, arg_vector=3D0x7fffffffa3b0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffa2f0) syms_left =3D make_fixnum(513) next =3D XIL(0) lexenv =3D XIL(0x1800000000) count =3D 16 i =3D 93824994606300 optional =3D false rest =3D false #34 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffa3a8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f3485) original_fun =3D XIL(0x794bd0) funcar =3D XIL(0x7fffffffa350) numargs =3D 1 val =3D XIL(0) count =3D 15 #35 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653fb84), ve= ctor=3DXIL(0x5555564f6e4d), maxdepth=3Dmake_fixnum(15), args_template=3Dmak= e_fixnum(1799), nargs=3D7, args=3D0x7fffffffa9a8) at ../../master/src/bytec= ode.c:632 op =3D 1 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 42 bytestr_length =3D 233 vectorp =3D 0x5555564f6e50 quitcounter =3D 1 '\001' stack_items =3D 16 sa_avail =3D 16023 sa_count =3D 14 alloc =3D 0x7fffffffa360 stack_base =3D 0x7fffffffa360 top =3D 0x7fffffffa3a8 stack_lim =3D 0x7fffffffa3e0 bytestr_data =3D 0x7fffffffa3e0 "\305", pc =3D 0x7fffffffa435 "\210\202l" count =3D 14 result =3D XIL(0x7fffffff94c0) #36 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f6fa= 5), syms_left=3Dmake_fixnum(1799), nargs=3D7, args=3D0x7fffffffa970) at ../= ../master/src/eval.c:3036 #37 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f6fa5), nargs= =3D7, arg_vector=3D0x7fffffffa970) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffa8f0) syms_left =3D make_fixnum(1799) next =3D XIL(0x30) lexenv =3D XIL(0x1800000000) count =3D 14 i =3D 93824994606300 optional =3D false rest =3D false #38 0x000055555579e5c6 in Ffuncall (nargs=3D8, args=3D0x7fffffffa968) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f6fa5) original_fun =3D XIL(0x876290) funcar =3D XIL(0x7fffffffa950) numargs =3D 7 val =3D XIL(0x555555dd01a4) count =3D 13 #39 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653fb24), ve= ctor=3DXIL(0x555556db15f5), maxdepth=3Dmake_fixnum(8), args_template=3Dmake= _fixnum(0), nargs=3D0, args=3D0x7fffffffae80) at ../../master/src/bytecode.= c:632 op =3D 7 type =3D (unknown: 0x5577ef7c) targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 13 bytestr_length =3D 46 vectorp =3D 0x555556db15f8 quitcounter =3D 1 '\001' stack_items =3D 9 sa_avail =3D 16266 sa_count =3D 11 alloc =3D 0x7fffffffa960 stack_base =3D 0x7fffffffa960 top =3D 0x7fffffffa968 stack_lim =3D 0x7fffffffa9a8 bytestr_data =3D 0x7fffffffa9a8 "r\310\016\v!q\210=C5=A2\203\030" pc =3D 0x7fffffffa9d4 "*\207" count =3D 11 result =3D XIL(0x555556d18793) #40 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x555556dff40= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffae80) at ../../= master/src/eval.c:3036 #41 0x000055555579efae in funcall_lambda (fun=3DXIL(0x555556dff405), nargs= =3D0, arg_vector=3D0x7fffffffae80) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffadf0) syms_left =3D make_fixnum(0) next =3D XIL(0x7fffffffae20) lexenv =3D XIL(0x1800000000) count =3D 11 i =3D 93824994606300 optional =3D false rest =3D false #42 0x000055555579e5c6 in Ffuncall (nargs=3D1, args=3D0x7fffffffae78) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555556dff405) original_fun =3D XIL(0x555556dff405) funcar =3D XIL(0x5555557e84a5) numargs =3D 0 val =3D XIL(0x100000000) count =3D 10 #43 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653adb4), ve= ctor=3DXIL(0x5555565006ed), maxdepth=3Dmake_fixnum(6), args_template=3Dmake= _fixnum(257), nargs=3D1, args=3D0x7fffffffb3e8) at ../../master/src/bytecod= e.c:632 op =3D 0 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 5 bytestr_length =3D 25 vectorp =3D 0x5555565006f0 quitcounter =3D 1 '\001' stack_items =3D 7 sa_avail =3D 16303 sa_count =3D 10 alloc =3D 0x7fffffffae60 stack_base =3D 0x7fffffffae60 top =3D 0x7fffffffae78 stack_lim =3D 0x7fffffffae98 bytestr_data =3D 0x7fffffffae98 "\300\001\301\"\302\002\301\303#\21= 0\211\205\030" pc =3D 0x7fffffffaeac "0\207\210=C3=87\262\377\377\377\177" count =3D 10 result =3D XIL(0) #44 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x55555650071= d), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7fffffffb3e0) at ../.= ./master/src/eval.c:3036 #45 0x000055555579efae in funcall_lambda (fun=3DXIL(0x55555650071d), nargs= =3D1, arg_vector=3D0x7fffffffb3e0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffb2d0) syms_left =3D make_fixnum(257) next =3D XIL(0x5555557a301c) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994606300 optional =3D false rest =3D false #46 0x000055555579e5c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffb3d8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x55555650071d) original_fun =3D XIL(0x8735c0) funcar =3D XIL(0x555556d8c365) numargs =3D 1 val =3D XIL(0) count =3D 9 #47 0x00005555557e9a00 in exec_byte_code (bytestr=3DXIL(0x55555653add4), ve= ctor=3DXIL(0x5555564f6b7d), maxdepth=3Dmake_fixnum(31), args_template=3Dmak= e_fixnum(514), nargs=3D2, args=3D0x7fffffffbca8) at ../../master/src/byteco= de.c:632 op =3D 1 type =3D CONDITION_CASE targets =3D {0x5555557ec723 , 0x5555557ec748 = , 0x5555557ec74a , 0x5555557ec7= 4c , 0x5555557ec74e , 0x5555557= ec74e , 0x5555557ec7b3 , 0x5555= 557ec827 , 0x5555557e93ac , 0x55= 55557e93ae , 0x5555557e93b0 , 0x5= 555557e93b2 , 0x5555557e93b4 , 0x= 5555557e93b4 , 0x5555557e93ba , 0= x5555557e937b , 0x5555557e972a , = 0x5555557e972c , 0x5555557e972e ,= 0x5555557e9730 , 0x5555557e9732 = , 0x5555557e9732 , 0x5555557e9767 , 0x5555557e9738 , 0x5555557e9918 , 0x5555557e991a , 0x5555557e991c , 0x5555557e991e , 0x5555557e9920 , 0x5555557e9920 , 0x5555557e98d2 , 0x5555557e98e9 , 0x5555557e99cd , 0x5555557e99cf , 0x5555557e99d1 , 0x5555557e99d3 , 0x5555557e99d5 , 0x5555557e99d5 , 0x5555557e9987 , 0x5555557e999e , 0x5555557e9a7f , 0x5555557e9a81 , 0x5555557e9a83 , 0x5555557e9a85 , 0x5555557e9a87 , 0x5555557e9a87 , 0x5555557e9a39 , 0x5555557e9a50 , 0x5555557ea2e7 , 0x5555557ea1ca , 0x5555557ea1c1 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 <= exec_byte_code+14341>, 0x5555557ec723 , 0x5555557ea52= 1 , 0x5555557ea602 , 0x5555557ea6= 5f , 0x5555557ea6bf , 0x5555557ea= 721 , 0x5555557e95b7 , 0x5555557e= 9632 , 0x5555557ea79a , 0x5555557= e9528 , 0x5555557e969a , 0x555555= 7ea802 , 0x5555557ea86a , 0x55555= 57ea8b2 , 0x5555557ea91a , 0x5555= 557ea980 , 0x5555557eaa66 , 0x555= 5557eaaae , 0x5555557eab16 , 0x55= 55557eab9b , 0x5555557eabe3 , 0x5= 555557eac2b , 0x5555557eac93 , 0x= 5555557eacfb , 0x5555557ead63 , 0= x5555557eade8 , 0x5555557eae37 , = 0x5555557eae86 , 0x5555557eaf4d ,= 0x5555557eafef , 0x5555557eb091 = , 0x5555557eb0fe , 0x5555557eb16b , 0x5555557eb1d8 , 0x5555557eb245 , 0x5555557eb2b2 , 0x5555557eb301 , 0x5555557eb3a4 , 0x5555557eb3f3 , 0x5555557eb442 , 0x5555557eb491 , 0x5555557eb597 , 0x5555557ea041 , 0x5555557eb5f2 , 0x5555557eb63a , 0x5555557eb6fc , 0x5555557eb765 , 0x5555557eb7c0 , 0x5555557eb808 , 0x5555557eb84b , 0x5555557eb88e , 0x5555557eb8d9 , 0x5555557ec723 , 0x5555557eb931 , 0x5555557eb974= , 0x5555557eb9b7 , 0x5555557eb= 9fa , 0x5555557eba3d , 0x555555= 7eba80 , 0x5555557ea041 , 0x5555= 557ec723 , 0x5555557ebac8 , 0x5= 555557ebb1a , 0x5555557ebb62 , = 0x5555557ebbaa , 0x5555557ebc12 , 0x5555557ebc7a , 0x5555557ebcc2 , 0x5555557ebd7f , 0x5555557ebde7 , 0x5555557ebe4f , 0x5555557ebeb7 , 0x5555557ebefa , 0x5555557ec723 , 0x5555557e9f87 , 0x5555557e9b31 , 0x5555557e9496 , 0x5555557e9be2 , 0x5555557e9c66 , 0x5555557e9ce7 , 0x5555557e9f3b , 0x5555557e9f50 , 0x5555557e987f , 0x5555557ea00a , 0x5555557ea078 , 0x5555557ea109 , 0x5555557ea152 , 0x5555557ea333 <= exec_byte_code+5141>, 0x5555557ea3b0 , 0x5555557ea435 = , 0x5555557ea49b , 0x5555557e9ae3= , 0x5555557ebf42 , 0x5555557ebf= c7 , 0x5555557ec00f , 0x5555557= ec057 , 0x5555557ec09f , 0x5555= 557ec0e7 , 0x5555557ec14f , 0x5= 555557ec1b7 , 0x5555557ec21f , = 0x5555557ec287 , 0x5555557ec398 , 0x5555557ec400 , 0x5555557ec468 , 0x5555557ec4b0 , 0x5555557ec518 , 0x5555557ec580 , 0x5555557ec5c8 , 0x5555557ec610 , 0x5555557eb4e0 , 0x5555557eb52f , 0x5555557ec65f , 0x5555557ec6c1 , 0x5555557ec723 , 0x5555557e9d68 , 0x5555557e9d85 , 0x5555557e9df4 , 0x5555557e9e63 , 0x5555557e9ecf , 0x5555557ea9ee <= exec_byte_code+6864>, 0x5555557eaed5 , 0x5555557eb684 = , 0x5555557ec8ba , 0x5555557ec9= 2f , 0x5555557ec723 , 0x5555557= ec723 , 0x5555557ec9c5 , 0x5555= 557eca4c , 0x5555557ec723 , 0x5= 555557ec723 , 0x5555557ec723 , = 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ec723 , 0x5555557ecb9a } const_length =3D 83 bytestr_length =3D 967 vectorp =3D 0x5555564f6b80 quitcounter =3D 45 '-' stack_items =3D 32 sa_avail =3D 15161 sa_count =3D 9 alloc =3D 0x7fffffffb340 stack_base =3D 0x7fffffffb340 top =3D 0x7fffffffb3d8 stack_lim =3D 0x7fffffffb440 bytestr_data =3D 0x7fffffffb440 "\305\062\306\003\306\307\002P\003\= "\210\310\002\311\"\204U" pc =3D 0x7fffffffb7f7 "\266\220\060\202\305\003\201R" count =3D 9 result =3D XIL(0x7fffffffb8a8) #48 0x000055555579ec21 in fetch_and_exec_byte_code (fun=3DXIL(0x5555564f6e1= d), syms_left=3Dmake_fixnum(514), nargs=3D2, args=3D0x7fffffffbc98) at ../.= ./master/src/eval.c:3036 #49 0x000055555579efae in funcall_lambda (fun=3DXIL(0x5555564f6e1d), nargs= =3D2, arg_vector=3D0x7fffffffbc98) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffbc20) syms_left =3D make_fixnum(514) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 9 i =3D 93824994606300 optional =3D false rest =3D false #50 0x000055555579e5c6 in Ffuncall (nargs=3D3, args=3D0x7fffffffbc90) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555564f6e1d) original_fun =3D XIL(0x873290) funcar =3D XIL(0) numargs =3D 2 val =3D XIL(0) count =3D 8 #51 0x000055555579d89f in Fapply (nargs=3D2, args=3D0x7fffffffbd40) at ../.= ./master/src/eval.c:2544 i =3D 3 funcall_nargs =3D 3 funcall_args =3D 0x7fffffffbc90 spread_arg =3D XIL(0) fun =3D XIL(0x5555564f6e1d) sa_avail =3D 16360 sa_count =3D 8 numargs =3D 2 retval =3D XIL(0) #52 0x000055555579de09 in apply1 (fn=3DXIL(0x873290), arg=3DXIL(0x555556d18= 6f3)) at ../../master/src/eval.c:2760 #53 0x00005555557fa958 in read_process_output_call (fun_and_args=3DXIL(0x55= 5556d186e3)) at ../../master/src/process.c:5930 #54 0x000055555579ad70 in internal_condition_case_1 (bfun=3D0x5555557fa92a = , arg=3DXIL(0x555556d186e3), handlers=3DXIL(0x90)= , hfun=3D0x5555557fa95a ) at ../../maste= r/src/eval.c:1463 val =3D XIL(0x555556da8c1d) c =3D 0x555555dc0550 #55 0x00005555557fb24a in read_and_dispose_of_process_output (p=3D0x555556d= a8c18, chars=3D0x7fffffffbe50 "-env GJS_DEBUG_TOPICS=3DJS&_ERROR;JS&_LOG -e= nv USER=3Dmd5i -env XDG_SESSION_TYPE=3Dwayland -env SHLVL=3D0 -env HOME=3D/= home/md5i -env DESKTOP_SESSION=3Dgnome -env GIO_LAUNCHED_DESKTOP_FILE=3D/ho= me/md5i/.local/share"..., nbytes=3D1383, coding=3D0x555555eccd50) at ../../= master/src/process.c:6153 outstream =3D XIL(0x873290) text =3D XIL(0x555556db8a84) outer_running_asynch_code =3D false waiting =3D -1 #56 0x00005555557fae68 in read_process_output (proc=3DXIL(0x555556da8c1d), = channel=3D4) at ../../master/src/process.c:6063 nbytes =3D 1383 p =3D 0x555556da8c18 coding =3D 0x555555eccd50 carryover =3D 0 readmax =3D 4096 count =3D 5 odeactivate =3D XIL(0) chars =3D 0x7fffffffbe50 "-env GJS_DEBUG_TOPICS=3DJS&_ERROR;JS&_LOG= -env USER=3Dmd5i -env XDG_SESSION_TYPE=3Dwayland -env SHLVL=3D0 -env HOME= =3D/home/md5i -env DESKTOP_SESSION=3Dgnome -env GIO_LAUNCHED_DESKTOP_FILE= =3D/home/md5i/.local/share"... sa_avail =3D 12224 sa_count =3D 5 #57 0x00005555557fa1a3 in wait_reading_process_output (time_limit=3D0, nsec= s=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3DXIL(0), wait_proc= =3D0x0, just_wait_proc=3D0) at ../../master/src/process.c:5749 nread =3D -2011028988 process_skipped =3D false child_fd =3D 6 channel =3D 4 nfds =3D 1 Available =3D { fds_bits =3D {16, 0 } } Writeok =3D { fds_bits =3D {0 } } check_write =3D true check_delay =3D 0 no_avail =3D false xerrno =3D 2 proc =3D XIL(0x555556da8c1d) timeout =3D { tv_sec =3D 40, tv_nsec =3D 613408153 } end_time =3D { tv_sec =3D 140737488343328, tv_nsec =3D 93824994634785 } timer_delay =3D { tv_sec =3D 40, tv_nsec =3D 613408153 } got_output_end_time =3D { tv_sec =3D 1616263190, tv_nsec =3D 619007247 } wait =3D FOREVER got_some_output =3D -1 prev_wait_proc_nbytes_read =3D 0 retry_for_async =3D false count =3D 4 now =3D { tv_sec =3D 0, tv_nsec =3D -1 } #58 0x00005555556ecbfd in kbd_buffer_get_event (kbp=3D0x7fffffffd478, used_= mouse_menu=3D0x7fffffffdabf, end_time=3D0x0) at ../../master/src/keyboard.c= :3869 do_display =3D true obj =3D XIL(0x24e5275c) #59 0x00005555556e8f68 in read_event_from_main_queue (end_time=3D0x0, local= _getcjmp=3D0x7fffffffd850, used_mouse_menu=3D0x7fffffffdabf) at ../../maste= r/src/keyboard.c:2159 c =3D XIL(0) save_jump =3D {{ __jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {0 } } }} kb =3D 0x3a352944002 count =3D 3 #60 0x00005555556e9201 in read_decoded_event_from_main_queue (end_time=3D0x= 0, local_getcjmp=3D0x7fffffffd850, prev_event=3DXIL(0), used_mouse_menu=3D0= x7fffffffdabf) at ../../master/src/keyboard.c:2223 nextevt =3D XIL(0) frame =3D 0x0 terminal =3D 0x1556ff75f events =3D {XIL(0x555556ae1d5d), XIL(0x555555cc4f80), XIL(0), XIL(0= ), XIL(0x7fffffffd668), XIL(0x5555556e3c40), XIL(0), XIL(0x7fffffffd690), X= IL(0x5555556e685b), XIL(0x555556d18eb3), XIL(0), XIL(0), XIL(0x7fffffffd6c0= ), make_fixnum(23456248475707), XIL(0), XIL(0x1ffffd6c0)} n =3D 0 #61 0x00005555556ea809 in read_char (commandflag=3D1, map=3DXIL(0x555556d18= ed3), prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffdabf, end_time=3D0x0= ) at ../../master/src/keyboard.c:2833 c =3D XIL(0) jmpcount =3D 3 local_getcjmp =3D {{ __jmpbuf =3D {0, -8377641525854313018, 93824992490624, 0, 0, 0,= -8377641526313589306, -2384103731268917818}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {93824994503983, 140737259836008, 140737259835960, = 0, 46912259801784, 0, 140737259836008, 93825000034176, 0, 0, 14073748834534= 4, 93824993978237, 4066447928, 93825000034176, 0, 0} } }} save_jump =3D {{ __jmpbuf =3D {0, 32880, 140737488345232, 140737266328160, 14073= 7488345200, 140737259226872, 140737259226872, 0}, __mask_was_saved =3D 0, __saved_mask =3D { __val =3D {93825000067056, 93824994486998, 0, 140737488345184= , 93824994508583, 140737266328160, 12884891664, 0, 32880, 140737259226872, = 140737266328160, 93824995129573, 51539607552, 140737259226877, 140737259226= 872, 93824995130016} } }} tem =3D XIL(0) save =3D XIL(0x5555556fe77d) previous_echo_area_message =3D XIL(0) also_record =3D XIL(0) reread =3D false recorded =3D false polling_stopped_here =3D true orig_kboard =3D 0x555555d07730 #62 0x00005555556f8848 in read_key_sequence (keybuf=3D0x7fffffffdcc0, promp= t=3DXIL(0), dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix= _current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at ../../master/src/keyb= oard.c:9491 interrupted_kboard =3D 0x555555d07730 interrupted_frame =3D 0x555555d61a00 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(0) count =3D 3 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D XIL(0x555556d18ed3) first_unbound =3D 31 mock_input =3D 0 used_mouse_menu_history =3D {false } fkey =3D { parent =3D XIL(0x555555d65f43), map =3D XIL(0x555555d65f43), start =3D 0, end =3D 0 } keytran =3D { parent =3D XIL(0x7ffff2c29383), map =3D XIL(0x7ffff2c29383), start =3D 0, end =3D 0 } indec =3D { parent =3D XIL(0x555555d65f33), map =3D XIL(0x555555d65f33), start =3D 0, 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 0x7ffff257c6f8 fake_prefixed_keys =3D XIL(0) first_event =3D XIL(0) second_event =3D XIL(0) #63 0x00005555556e6d1f in command_loop_1 () at ../../master/src/keyboard.c:= 1353 cmd =3D XIL(0x7fffffffde10) keybuf =3D {XIL(0x7fffffffdd40), XIL(0x7ffff2c42290), XIL(0x1000000= 00), XIL(0), XIL(0), XIL(0x8520), XIL(0x130), XIL(0x555555ccd4a0), XIL(0x55= 5555ccd4a0), XIL(0), XIL(0x7fffffffdd60), make_fixnum(23456248660141), make= _fixnum(1073741824), XIL(0x7fffffffdd80), XIL(0x555555cc4f80), XIL(0), XIL(= 0), XIL(0x7fffffffdd60), XIL(0x5555557979dd), XIL(0xf257c6fd), XIL(0x7fffff= ffddc0), XIL(0x5555557a0538), XIL(0x555555cc4f80), XIL(0), XIL(0), XIL(0x7f= ffffffdda0), XIL(0x5555557979dd), XIL(0xf257c6fd), XIL(0x7fffffffdde0), mak= e_fixnum(23456248654899)} i =3D 0 prev_modiff =3D 0 prev_buffer =3D 0x0 already_adjusted =3D false #64 0x000055555579acc9 in internal_condition_case (bfun=3D0x5555556e68d9 , handlers=3DXIL(0x90), hfun=3D0x5555556e6075 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555556e3c40) c =3D 0x555555dc03e0 #65 0x00005555556e65a1 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D XIL(0) #66 0x000055555579a4d7 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 56e6574 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555da9710 #67 0x00005555556e6540 in command_loop () at ../../master/src/keyboard.c:10= 73 #68 0x00005555556e5c46 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf50) #69 0x00005555556e5dc9 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #70 0x00005555556e27f6 in main (argc=3D2, argv=3D0x7fffffffe1b8) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xfffeca60) 0x56e58d70 PVEC_COMPILED "substitute-command-keys" (0xfffed728) "redisplay_internal (C function)" (0x0) "delete-process" (0xffff9dd8) "server-delete-client" (0xffffa3b0) "server-execute" (0xffffa970) 0x56dff400 PVEC_COMPILED "server-execute-continuation" (0xffffb3e0) "server-process-filter" (0xffffbc98) --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 11:01:31 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 15:01:31 +0000 Received: from localhost ([127.0.0.1]:50760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGd1-00048k-98 for submit@debbugs.gnu.org; Fri, 19 Mar 2021 11:01:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGcz-00048U-7W for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 11:01:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35854) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lNGcg-0000oY-MI; Fri, 19 Mar 2021 11:01:17 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2475 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lNGcU-0004DV-EY; Fri, 19 Mar 2021 11:01:05 -0400 Date: Fri, 19 Mar 2021 17:00:59 +0200 Message-Id: <83czvvdw7o.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Fri, 19 Mar 2021 10:21:18 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Fri, 19 Mar 2021 10:21:18 -0400 > > Lisp Backtrace: > "kill-buffer" (0xfffeca60) > 0x56e58d70 PVEC_COMPILED > "substitute-command-keys" (0xfffed728) > "redisplay_internal (C function)" (0x0) Thanks. This case isn't interesting, because this is a temporary buffer we don't display. So I guess we need to augment the breakpoint condition: break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 19 11:14:53 2021 Received: (at 47244) by debbugs.gnu.org; 19 Mar 2021 15:14:53 +0000 Received: from localhost ([127.0.0.1]:50776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGpx-0004RZ-5Z for submit@debbugs.gnu.org; Fri, 19 Mar 2021 11:14:53 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:52172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lNGpu-0004RL-Tx for 47244@debbugs.gnu.org; Fri, 19 Mar 2021 11:14:52 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JFEiuM011312; Fri, 19 Mar 2021 11:14:44 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12JFEiuM011312 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616166884; bh=iww/gjHa5qanRxbEPzQHSP7Yb17+KJgm5CAw1b/SYdM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=OXeI3EaYXOAtj8AYVokz+4KLAC6zb1VV7V87mjtAvMGEAP9e3hj7psLdqqSLyUjdB gpVjSzikmGDbaG8zK0DI99HpEAr1wQtfxHoDolsby+9tywLyT6E6z2hv+kcO4EvFzT c8rBBs1C8g/aER/MzDEurSeN2hy0jJAE/5ShZn0U= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JFEexa018955; Fri, 19 Mar 2021 11:14:40 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12JFEeiA016731; Fri, 19 Mar 2021 11:14:40 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12JFEetA016728; Fri, 19 Mar 2021 11:14:40 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> Date: Fri, 19 Mar 2021 11:14:40 -0400 In-Reply-To: <83czvvdw7o.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Mar 2021 11:00:59 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Fri, 19 Mar 2021 10:21:18 -0400 >> >> Lisp Backtrace: >> "kill-buffer" (0xfffeca60) >> 0x56e58d70 PVEC_COMPILED >> "substitute-command-keys" (0xfffed728) >> "redisplay_internal (C function)" (0x0) > > Thanks. This case isn't interesting, because this is a temporary > buffer we don't display. So I guess we need to augment the breakpoint > condition: > > break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 Okay. I'll run with that for a while and see if I can't trigger the crash (or breakpoint) again. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 10:18:37 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 14:18:37 +0000 Received: from localhost ([127.0.0.1]:60896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOhrg-0006L0-LD for submit@debbugs.gnu.org; Tue, 23 Mar 2021 10:18:37 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:45052) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOhrd-0006Kb-5G for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 10:18:35 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NEIQjY000917; Tue, 23 Mar 2021 10:18:26 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12NEIQjY000917 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616509106; bh=HZ5A38P4iPayrJCjqbHRSPQn+lrce54OZRcqXT+ooO0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=gxXTQiaCVyD5cw/cruI1sJeqjicY+99fniJ3B/7Jseq+nZCX1qYnJpg+9ismVWwmK hZeIzRwRnT6pzyz+LRoUlLEYaCGHe8pyG0BSlDwyt2N0Icp7CxefLzSLvsyt2rlgtg odVG54eJXgy3CeIU+WHruwiu6a1qPTR0K6QtyHNE= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NEIQDg010421; Tue, 23 Mar 2021 10:18:26 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NEIQKi021634; Tue, 23 Mar 2021 10:18:26 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12NEIPf0021631; Tue, 23 Mar 2021 10:18:25 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> Date: Tue, 23 Mar 2021 10:18:25 -0400 In-Reply-To: <83czvvdw7o.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Mar 2021 11:00:59 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Fri, 19 Mar 2021 10:21:18 -0400 >> >> Lisp Backtrace: >> "kill-buffer" (0xfffeca60) >> 0x56e58d70 PVEC_COMPILED >> "substitute-command-keys" (0xfffed728) >> "redisplay_internal (C function)" (0x0) > > Thanks. This case isn't interesting, because this is a temporary > buffer we don't display. So I guess we need to augment the breakpoint > condition: > > break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 This triggered today. #0 0x00005555555e1b6d in redisplay_internal () at ../../master/src/xdisp.c:15789 w = 0x555557ef0018 sw = 0x555557ef0018 fr = 0x555556d8c360 pending = false must_finish = true match_p = true tlbufpos = { charpos = 127, bytepos = 127 } tlendpos = { charpos = 0, bytepos = 0 } number_of_visible_frames = 6 count = 3 sf = 0x555556d8c360 polling_stopped_here = false tail = XIL(0) frame = XIL(0x555555d61a05) hscroll_retries = 0 garbaged_frame_retries = 0 consider_all_windows_p = false update_miniwindow_p = true #1 0x00005555555e072a in redisplay () at ../../master/src/xdisp.c:15245 #2 0x00005555556e9a9d in read_char (commandflag=1, map=XIL(0x555559e15883), prev_event=XIL(0), used_mouse_menu=0x7fffffffdabf, end_time=0x0) at ../../master/src/keyboard.c:2496 echo_current = false c = XIL(0) jmpcount = 93825000034176 local_getcjmp = {{ __jmpbuf = {93825000067056, 0, 93825000034176, 0, 0, 140737488345232, 93824994486998, 93825057660325}, __mask_was_saved = -10032, __saved_mask = { __val = {93824994503983, 140737259836008, 140737259835960, 0, 46912259801784, 0, 140737259836008, 93825000034176, 0, 0, 140737488345344, 93824993978237, 4066447928, 93825000034176, 0, 0} } }} save_jump = {{ __jmpbuf = {0, 32880, 0, 140737266328160, 0, 0, 93825057660320, 0}, __mask_was_saved = 0, __saved_mask = { __val = {93825000067056, 93824994486998, 0, 140737488345184, 93824994508583, 140737266328160, 12884891664, 0, 32880, 93825057660320, 140737266328160, 93824995129573, 51539607552, 93825057660325, 93825057660320, 93824995130016} } }} tem = XIL(0) save = XIL(0x5555556fe77d) previous_echo_area_message = XIL(0) also_record = XIL(0) reread = false recorded = false polling_stopped_here = false orig_kboard = 0x555555df8ad0 #3 0x00005555556f8848 in read_key_sequence (keybuf=0x7fffffffdcc0, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../master/src/keyboard.c:9491 interrupted_kboard = 0x555555df8ad0 interrupted_frame = 0x555556d8c360 key = XIL(0x555555713fdd) used_mouse_menu = false echo_local_start = 0 last_real_key_start = 0 keys_local_start = 0 new_binding = XIL(0x555556e620a0) count = 3 t = 0 echo_start = 0 keys_start = 0 current_binding = XIL(0x555559e15883) first_unbound = 31 mock_input = 0 used_mouse_menu_history = {false } fkey = { parent = XIL(0x555556b8de53), map = XIL(0x555556b8de53), start = 0, end = 0 } keytran = { parent = XIL(0x7ffff2c29383), map = XIL(0x7ffff2c29383), start = 0, end = 0 } indec = { parent = XIL(0x555556b8de43), map = XIL(0x555556b8de43), start = 0, end = 0 } shift_translated = false delayed_switch_frame = XIL(0) original_uppercase = XIL(0) original_uppercase_position = -1 dummyflag = false starting_buffer = 0x5555593b9da0 fake_prefixed_keys = XIL(0) first_event = XIL(0) second_event = XIL(0) #4 0x00005555556e6d1f in command_loop_1 () at ../../master/src/keyboard.c:1353 cmd = XIL(0x7fffffffde10) keybuf = {XIL(0), XIL(0x7ffff2c2932d), make_fixnum(23456248600171), XIL(0x15665d0), XIL(0x7fffffffdd70), XIL(0x55555579dee5), XIL(0x15665d0), XIL(0x7ffff25804c4), XIL(0x555559e15ae3), XIL(0x7ffff2c2932d), XIL(0x7ffff2c2932d), XIL(0x555559e15ae3), XIL(0x7ffff25804c4), XIL(0x15665d0), XIL(0), XIL(0), XIL(0x555555cc4f80), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3c40), XIL(0xffffddc0), XIL(0x555555cc4f80), XIL(0), XIL(0), XIL(0x7fffffffdda0), XIL(0x5555557979dd), make_fixnum(0), XIL(0x7fffffffdde0), make_fixnum(23456248654899)} i = 1 prev_modiff = 0 prev_buffer = 0x0 already_adjusted = false #5 0x000055555579acc9 in internal_condition_case (bfun=0x5555556e68d9 , handlers=XIL(0x90), hfun=0x5555556e6075 ) at ../../master/src/eval.c:1439 val = XIL(0x5555556e3c40) c = 0x555555dc03e0 #6 0x00005555556e65a1 in command_loop_2 (ignore=XIL(0)) at ../../master/src/keyboard.c:1094 val = make_fixnum(0) #7 0x000055555579a4d7 in internal_catch (tag=XIL(0xd9e0), func=0x5555556e6574 , arg=XIL(0)) at ../../master/src/eval.c:1189 val = XIL(0xd9e0) c = 0x555555da9710 #8 0x00005555556e6540 in command_loop () at ../../master/src/keyboard.c:1073 #9 0x00005555556e5c46 in recursive_edit_1 () at ../../master/src/keyboard.c:720 count = 1 val = XIL(0x7fffffffdf50) #10 0x00005555556e5dc9 in Frecursive_edit () at ../../master/src/keyboard.c:789 count = 0 buffer = XIL(0) #11 0x00005555556e27f6 in main (argc=2, argv=0x7fffffffe1b8) at ../../master/src/emacs.c:2050 stack_bottom_variable = 0x7ffff617e053 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 dump_mode = 0x0 skip_args = 1 temacs = 0x0 attempt_load_pdump = true rlim = { rlim_cur = 10022912, rlim_max = 18446744073709551615 } lc_all = 0x0 sockfd = -1 module_assertions = false Lisp Backtrace: "redisplay_internal (C function)" (0x0) -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 11:02:14 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 15:02:14 +0000 Received: from localhost ([127.0.0.1]:60960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOiXu-0007UV-0B for submit@debbugs.gnu.org; Tue, 23 Mar 2021 11:02:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOiXs-0007UF-Ak for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 11:02:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57202) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lOiXl-0000sg-CQ; Tue, 23 Mar 2021 11:02:05 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2779 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lOiXj-00017O-Q8; Tue, 23 Mar 2021 11:02:04 -0400 Date: Tue, 23 Mar 2021 17:02:09 +0200 Message-Id: <83tup17w26.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Tue, 23 Mar 2021 10:18:25 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Tue, 23 Mar 2021 10:18:25 -0400 > > > break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 > > This triggered today. > > #0 0x00005555555e1b6d in redisplay_internal () > at ../../master/src/xdisp.c:15789 I don't understand: the breakpoint was supposed to be on line 1840 in buffer.c, so why does frame #0 show line 15789 in xdisp.c? What am I missing here? Is this the right backtrace? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 11:08:52 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 15:08:52 +0000 Received: from localhost ([127.0.0.1]:60969 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOieI-0007eG-0T for submit@debbugs.gnu.org; Tue, 23 Mar 2021 11:08:52 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:60386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOieC-0007dz-DJ for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 11:08:48 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NF8bPg020229; Tue, 23 Mar 2021 11:08:37 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12NF8bPg020229 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616512118; bh=DMvC3L3TmcrdJTLpPhHHQS9V1b7XZ1avQRMHvXhHvhE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=myMKRdQaCpkUlCdRtPr9mrvtWG8qow99Il6fhZrLGg3IPeFXrr4P3ge4cOnvEezbQ awnRgZY3dAh3V4wPlA+nafx4y2KEukBigr56Zl+sR2jw2vJSjU0OHUinZauu/iqXjQ ZsOaBL78KkQCIxBKme0dGhNQWdjbszuPG3PYSfSE= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NF8bkp004149; Tue, 23 Mar 2021 11:08:37 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NF8bwB026711; Tue, 23 Mar 2021 11:08:37 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12NF8aq3026708; Tue, 23 Mar 2021 11:08:36 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <83tup17w26.fsf@gnu.org> Date: Tue, 23 Mar 2021 11:08:36 -0400 In-Reply-To: <83tup17w26.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 23 Mar 2021 11:02:09 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Tue, 23 Mar 2021 10:18:25 -0400 >> >> > break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 >> >> This triggered today. >> >> #0 0x00005555555e1b6d in redisplay_internal () >> at ../../master/src/xdisp.c:15789 > > I don't understand: the breakpoint was supposed to be on line 1840 in > buffer.c, so why does frame #0 show line 15789 in xdisp.c? What am I > missing here? Is this the right backtrace? My mistake. It was a segfault. The breakpoint did not trigger. Here's the breakpoint in question: 5 breakpoint keep y 0x0000555555713580 in Fkill_buffer at ../../master/src/buffer.c:1840 inf 1, 2 stop only if redisplaying_p != 0 && b->window_count > 0 -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 11:24:11 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 15:24:11 +0000 Received: from localhost ([127.0.0.1]:60999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOit4-0001iy-TM for submit@debbugs.gnu.org; Tue, 23 Mar 2021 11:24:11 -0400 Received: from mout.gmx.net ([212.227.17.21]:45771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOisz-0001iN-Ev for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 11:24:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616513026; bh=hEdpb2P+IKUfEczJRPHrD/fQLYN7ZtELT2gC0j4QOcQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=b0EKhjufu9fZv4a42jFA/BvljncWe3SpHgvP0r5pqeHN6cRaxq044HvQcfT64ZB8u Gkpp9NuScsIiw01C2r+vrFXeiiCBlB7O4ApyiT8flEUnq1bA262VX7Ckf+1D+MSM/h 0J9Bh4nsVWodHHkybry2yC5Rag7tG6qRpiCRLmLY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.26]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mn2WF-1m7j1C3ZoN-00k7M8; Tue, 23 Mar 2021 16:23:45 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan , Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <87czvwfoys.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> From: martin rudalics Message-ID: <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> Date: Tue, 23 Mar 2021 16:23:43 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ORTaj4bZF3g1iCeuko9IFjTaYPRJRDx4SJfkR9zy9nM/fqnwJMJ rgPvLaYr6cDIA5dEHNfrHZusbL86qHT6vnxp5EmYV2xDMEZ3IR/iLz7uXqiZtaQtQy7EaLw bpapjj2uJlSbQA19bdScS9oxfZ68uH4hHWQeLAkNrd6BOrJ8lBOrW9uKg6TjaiVO7JkVGOo iqZT2zvzkxBjjToCnciTg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:iJ80MU28JOM=:SvzsmgLBoMfyIkoMYv0F1A Ss2yuTzokIaV3/twCnBi9ItUWUO4M4FbcG780BxVlurrOYZnwM2gLgk2Jv7MSKTdSLOSuhMtz 29rAZjqSw0u1/u0Ry4313ApALIUbOwmqKv5IJH6y5PEwJhwREw826Qn0a5JI489lexhvKkqrr FW7JaF8NT42Wv3cwRMYX1XAm5REWvGTyI3OcsBgsHL384i9+z5FMegh+T6ouRNEbpwLl/zwKY fr8zl0p3/y8REsfmih/7SAB7nN4dshIjxtngEeHnFrCHR/YpXhqsRwZg4+xSQLZKfwWRAymBC J9aD+D2+QYwa21Nx4OkZoATyejp0mSOYXQaldrKQzWc9L+fcs+OX9+9mxhoCg8+aq50mo93qb 40Xd23h3tk3yvJMDFlpCSXv2O7tATek9EcTrOO7BVxRz7gzIXMxnylVP7Dqs6ZlsFzgFbh0qt cabxRlx+kmevb+g5foM+qM9yHHz+YBJOHXDWoi3fnhtajc5f2Mj+kAv5TaXulWi6EMSgnXt9q biu46CTJUOsgIixH0IoWykArF63/GP/z2JRRsVeDutMZQig4omTn1fYikW9jkZa+sGTIoYCNS yioEqtV1e5K5mJobfu7JthoVaOA49kSJCuJlMIeN/0XJfX4OT3SVHCNGFxMLSw+Ma3mOaXmfy IzPsD4nR50LL4452bH5h0AACy3rZHt6yrEdjgw9M3xTXL94QkWs6IkZE1BL3WLQoOjB9Kv68P Cz+AG0bRv0iqKreEi9DMno5vnlZY19lif7WOL5X05Z09jc6TFF7Odl+T5XLVFjxOTeX3Qcn5X YAGUcchJvZifV2f6NYBF7qmVO6HsxzXDwrA3qh9jvOyvfk9YIOswDmyla3SKsJ9yRUJBfgk+K YYeS3dInuFOB+77QYjoA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 > > This triggered today. Could you try running Emacs inserting before the last two lines of `switch-to-prev-buffer' ;; Return new-buffer. new-buffer)) a check so this stretch appears as (when (and (eq bury-or-kill 'kill) (eq new-buffer old-buffer)) (error "Could not replace buffer %s in window %s" old-buffer window)) ;; Return new-buffer. new-buffer)) If `replace-buffer-in-windows' is the culprit, this should trigger the bug sooner. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 11:54:11 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 15:54:11 +0000 Received: from localhost ([127.0.0.1]:32807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOjMB-0002Uh-0R for submit@debbugs.gnu.org; Tue, 23 Mar 2021 11:54:11 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:33196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOjM3-0002U4-9N for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 11:54:08 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NFrs2Y027334; Tue, 23 Mar 2021 11:53:54 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12NFrs2Y027334 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616514834; bh=wU9+slVgbPP1WxVzAxLLf5ItrBFrdjtb1Os9uNcMLvE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=L30KBWJS4s1kgQZKmpG/JyrS67kIJsQ7cRbd/RfQnNeAxfLlB69XAaT1I8rfa3GSE q2lbm9zDRkOAHHzEOTu5QpQNxGO32/HHzbxb1uBbedNM2wHvKNgOEx38ZNWsEEyUKJ Gn7DoaTyZlhgmOFEwZYUS4O4cxmf54DK/wZHzwfM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NFrqmC016957; Tue, 23 Mar 2021 11:53:52 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12NFrqR1031816; Tue, 23 Mar 2021 11:53:52 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12NFrqi3031813; Tue, 23 Mar 2021 11:53:52 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> Date: Tue, 23 Mar 2021 11:53:52 -0400 In-Reply-To: <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> (martin rudalics's message of "Tue, 23 Mar 2021 11:23:43 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > >> break buffer.c:1840 if redisplaying_p != 0 && b->window_count > 0 > > > > This triggered today. > > Could you try running Emacs inserting before the last two lines of > `switch-to-prev-buffer' > > ;; Return new-buffer. > new-buffer)) > > a check so this stretch appears as > > (when (and (eq bury-or-kill 'kill) (eq new-buffer old-buffer)) > (error "Could not replace buffer %s in window %s" > old-buffer window)) > > ;; Return new-buffer. > new-buffer)) > > If `replace-buffer-in-windows' is the culprit, this should trigger the > bug sooner. > > Thanks, martin Okay. Running with this. I still have the other emacs that segfaulted in gdb if you want/need anything else from it. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 12:42:35 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 16:42:35 +0000 Received: from localhost ([127.0.0.1]:32849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOk70-0003gA-QC for submit@debbugs.gnu.org; Tue, 23 Mar 2021 12:42:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOk6x-0003fw-Jv for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 12:42:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59652) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lOk6m-0005WD-Kw; Tue, 23 Mar 2021 12:42:21 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4937 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lOk6m-00041f-0e; Tue, 23 Mar 2021 12:42:20 -0400 Date: Tue, 23 Mar 2021 18:42:25 +0200 Message-Id: <83r1k57rf2.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Tue, 23 Mar 2021 11:08:36 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <83tup17w26.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Tue, 23 Mar 2021 11:08:36 -0400 > > >> #0 0x00005555555e1b6d in redisplay_internal () > >> at ../../master/src/xdisp.c:15789 > > > > I don't understand: the breakpoint was supposed to be on line 1840 in > > buffer.c, so why does frame #0 show line 15789 in xdisp.c? What am I > > missing here? Is this the right backtrace? > > My mistake. It was a segfault. The breakpoint did not trigger. Here's > the breakpoint in question: > > 5 breakpoint keep y 0x0000555555713580 in Fkill_buffer > at ../../master/src/buffer.c:1840 inf 1, 2 > stop only if redisplaying_p != 0 && b->window_count > 0 Then I guess the hypothesis about the scenario which causes the crash was wrong. Let's see if Martin's suggestion has better luck. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 23 12:45:12 2021 Received: (at 47244) by debbugs.gnu.org; 23 Mar 2021 16:45:12 +0000 Received: from localhost ([127.0.0.1]:32857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOk9X-0003kl-UD for submit@debbugs.gnu.org; Tue, 23 Mar 2021 12:45:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOk9W-0003kU-9x for 47244@debbugs.gnu.org; Tue, 23 Mar 2021 12:45:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59707) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lOk9Q-0006sW-82; Tue, 23 Mar 2021 12:45:04 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1134 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lOk9M-0004C6-4i; Tue, 23 Mar 2021 12:45:01 -0400 Date: Tue, 23 Mar 2021 18:45:08 +0200 Message-Id: <83o8f97raj.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Tue, 23 Mar 2021 11:53:52 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Eli Zaretskii , "mwd@md5i.com" , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Tue, 23 Mar 2021 11:53:52 -0400 > > I still have the other emacs that segfaulted in gdb if you want/need > anything else from it. It's identical to the original one, so I think you can close that session. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 24 02:53:38 2021 Received: (at 47244) by debbugs.gnu.org; 24 Mar 2021 06:53:38 +0000 Received: from localhost ([127.0.0.1]:33807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOxOc-0003wS-5G for submit@debbugs.gnu.org; Wed, 24 Mar 2021 02:53:38 -0400 Received: from mout.gmx.net ([212.227.17.22]:44791) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lOxOX-0003w7-Ni for 47244@debbugs.gnu.org; Wed, 24 Mar 2021 02:53:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616568800; bh=4yBUszcvXRH+HZ5KiMVqSKX0p+gmD1umEyX74Zcc7AM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=aHWx6Hawyfw8N4Wnrf8GOCvSd3Q/PyPzYNH6o80O+mG8+EVNvQMjfg5QCcGELCskF n8h4CfMAHZsjgdNdi0ZixC3nQqsba87IrOjPlxH4q3/GtZN6yb/B8C6qIo1lcP+tMY 96nZsjszhsikUMdqtJP6+j5V0mjiVNlhoRnTb6Yg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.121]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPokN-1l2dHv2fFT-00Mrfc; Wed, 24 Mar 2021 07:53:20 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83tup8fo1j.fsf@gnu.org> <87wnu4qvfi.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> From: martin rudalics Message-ID: <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> Date: Wed, 24 Mar 2021 07:53:17 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------813C8FF65C720498D5C17F78" Content-Language: en-US X-Provags-ID: V03:K1:I7lsWnbhr0YIm9S2mgKtUBch5bpm1GoJ6jReR8Cr3wllyT0k55T yia+ZThN0ZEQJfgK/xNQAPVNf8lb8rM8BLVNLckhhR/s4nFYHEPX5YKgmFObd40QiEHHOqH jjJ5NqRbxW68wuJzu9WsNMIqQfJAmDYDmuBwYGZ103PlBRYeDSHgnPt2mpBnZJmLMvHBEcC MhSrRqHhr3SfSDN2OpztQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:G13B7KDO4I0=:TvEdSxOaxOtrJXddFi8KXU UXmZ5YEAjUp4tU6DFzRdC7MAOesOXFa61SfyfksxXJsC8Cup6n/xPD0wDZEj+pH2W6RnrG45a bXAvLkCK9N6bdVwAeNFT/4rx0HHEUAmzOFuZ08A9yDF4ApXEtDOQJdpCIjL357PjW5IIzyXWC kircRRF2x5RWHdbg4Bppq05cxBF5z6gqqG8Z2LX2Intlhju8ZkrzX/iTcurgDZtD3IYfz08Y5 bi8VSz6AeBI9JqVeqzpsIzM1Tu+dOom3gwSCrGYx56lm502eBs6qlp1LCcltK6gRtJmXUzOQ0 v/dZiZ5a3f1zsnYtKVPjZQlEi+K/a2AKcgO1p1HoDWxyPoRYsHdVdK2PyEZ+E94oOY2x74BRS t7vsDzFrvICnVhn7PrrCwOx8P0e7BZjlXzmITurZq+HjxCvqoL8RZJysFMOsQfOYcKbFOKjpm vu2Wg7CPx7Mw922KKnMW625CHOTyMM6XYDXZyfCy5jTCLCuOU5LNqW4Hcdptu2+o/mtR+4OkQ /f2SBK8QCibBWTVWm7u6s7+tw74PlVOPG+J+gMTvx6bPgAoAkbzZOuoaR7BBEp+Hhf3W9hJX8 Du2Ed+2UwIjjALkicP7cQQFlvANO66oeJfBYpeQQYjh7Y0na9wA3T13Dxx8OZ5jsHqNq2S9Ud Qacs/EUO9TJzyhB4+N5YaVE7fVbY7sI0pYyVfuMng/eccuBizbCHD1h6iw1BEDQh7EZTmw/Ii d1eKWOtB+1ZKDLseuFnZ496O1HbMl+M2nQktcqmA0+LJHQ2+dgynf8bGLxBEAEEqUsWi0/KD4 7ei6MDlzon1XoAmSk84n/nz+KyFnVAEwEnczNJAkWJeh/si4S5vqAlwDHH3ZW+Q0nsY5M6819 jgvy2sKUkf4iP9CsyqNw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------813C8FF65C720498D5C17F78 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > Okay. Running with this. The attached one should make more sense. Please use that. > I still have the other emacs that segfaulted > in gdb if you want/need anything else from it. I think you can close it. Thanks, martin --------------813C8FF65C720498D5C17F78 Content-Type: text/x-patch; name="window.el.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="window.el.diff" diff --git a/lisp/window.el b/lisp/window.el index cfd9876ed0..7a636bb039 100644 =2D-- a/lisp/window.el +++ b/lisp/window.el @@ -4686,6 +4686,12 @@ switch-to-prev-buffer (set-window-next-buffers window (delq buffer (window-next-buffers window))))) + (when (and (eq bury-or-kill 'kill) + (window-live-p window) + (eq (window-buffer window) old-buffer)) + (error "Could not replace buffer %s in window %s" + old-buffer window)) + ;; Return new-buffer. new-buffer)) --------------813C8FF65C720498D5C17F78-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 24 10:14:54 2021 Received: (at 47244) by debbugs.gnu.org; 24 Mar 2021 14:14:54 +0000 Received: from localhost ([127.0.0.1]:35752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP4He-0006wP-BV for submit@debbugs.gnu.org; Wed, 24 Mar 2021 10:14:54 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:57244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP4Hb-0006wA-1R for 47244@debbugs.gnu.org; Wed, 24 Mar 2021 10:14:53 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12OEEi3I030337; Wed, 24 Mar 2021 10:14:44 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12OEEi3I030337 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1616595284; bh=J3FUD1xy/STvI1UGShou6jvH1LHr5Kuq8HesaRB+Ync=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=OXgE+eP5Htbd2abpvaeIfAtfXd9wz+9rsn+u72yjvVYRGYqCHC7chB2u88boMntYT 1fXaLnKN2VsfQn/+WdFmUr5k0dOoMtMkYzANdFKOcSnhUUEGqFtaWABsOHOWDbOsDg 0ygA8UtCe44pEMbX6cCA9wRQs7ljw9+UdayR7TrU= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12OEEfLM023364; Wed, 24 Mar 2021 10:14:41 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12OEEemE002805; Wed, 24 Mar 2021 10:14:40 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12OEEeSm002802; Wed, 24 Mar 2021 10:14:40 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> Date: Wed, 24 Mar 2021 10:14:40 -0400 In-Reply-To: <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> (martin rudalics's message of "Wed, 24 Mar 2021 02:53:17 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Okay. Running with this. > > The attached one should make more sense. Please use that. I did, and the SEGFAULT happened fairly shortly afterward. The error did not trigger, so the cause is still unknown. I'll keep the gdb session around, but that backtrace is pretty much the same. > > I still have the other emacs that segfaulted > > in gdb if you want/need anything else from it. > > I think you can close it. > > Thanks, martin > -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 24 12:09:41 2021 Received: (at 47244) by debbugs.gnu.org; 24 Mar 2021 16:09:41 +0000 Received: from localhost ([127.0.0.1]:35947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP64j-0003Wy-H4 for submit@debbugs.gnu.org; Wed, 24 Mar 2021 12:09:41 -0400 Received: from mout.gmx.net ([212.227.15.15]:42437) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP64h-0003Wj-SJ for 47244@debbugs.gnu.org; Wed, 24 Mar 2021 12:09:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1616602167; bh=hwHej6tdWeohyxCLcgwEVa1j4VB7Wuctg6KoJV99RdI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=DlBZ/HQP/aZuc5LGYrq/tYlw0GRvET/gomxBsfvWM9Sj7GcIDKxc65csMeJ+NIYzq DnniGHm1PFUDGpVe6fWQ+9J2plqnoWdLdyp32AfZ/GvPx8BKVgXzBwzKtSd00d1H5W AIGrO7R2kGOtP1S6EaJQbcXMDyeRlam3wGFQRp6M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.70]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MQ5rO-1l32yV0aNk-00M4mH; Wed, 24 Mar 2021 17:09:27 +0100 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83sg4sfm1w.fsf@gnu.org> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> From: martin rudalics Message-ID: Date: Wed, 24 Mar 2021 17:09:24 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:GYSY854PDgFQob8mWFbnJnzbORlPNAEIE9zLkWrKbswRQHznCaQ Q8lwtjVMIdzmG6poJOWWgkAPSNhP4I+1Ryt9OTTG45KyM4aDABVl9jLMegjlqldvoMPxMfX UldrYC+e0Ujpb598ydf3ZfEgYCnxWTRaP8nwsKlrH29+4cEt4ncTGXFJ7Q6lezLbje7QLdo zMwxWTxzHhW87+e5C9seQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Imnn1yMTay8=:JKzxkd/aTV3APDypWU5HnW W9ELA8gkGnYHPFTh+mUr6sSFenCzG4Udtl9/TDxLa3jeGcUfXdsXVlCRU2PueFjNt9Wuqqfaa OobOf/WkbZ4vF6w+tKSah01OzvF8wZzxKJCXgo5lfp8YTHpyMNXFOTHpYLqSTlBmek/Yk48Gv SX2XqMkmW5W13d3EmYj/tBHGW6zOd9Qlx3SO7XwKI/XT5EUEuFF5JqiXP8/IVXMjbHbZ8zJmS mcrhu+kq8DaQmIDB+DhznSsu/tljXpTmRsZezbN4ESbKMm8Y6HDbaHpxmXzOQerhaE5zfGOn+ St2Iu/WY8U99nVVshv/LChZCs7gu+SQHKe2mkZdHmc3Yj57fUcGloIA4t3/+bztiS1myWea8/ 01QEOPm4XJaHprICAZ7bVim3wCUu3seeLFMzYaXwlPBz+uCGEhdu9r+gmDQEuE9BWUlAZ0gjP EV7Wq36uz4gZe/4udM69OXhsV+ZLaE0UpJtAEPmnmWMMqqMOJ0fBBD7izsbrd1Mr9+UUyDivF 4UqDvIMq6teBYFVEyRnCU5u4odBfrlFUPHmkZ/qZ/iOqPzsQzGjWs8AG0W3eKwGJPFQhjeYjN fNyQrl1MM4gBaxBi02yNdKfUm/48KHJW3WKOv/D5xN496IGaDxiXfbiQCgQzkzNl8aVz0g/QF nF56PigCRJG6j+Uo4VxKKpfqlRhV6s+oIVAi8xA/G9GZqdNr4vOnUgNrSBe/gPwqsR/2vSCOb s4oTqjElNSTlcRrAa6WdFf5DDQATirhGUwSyeBVolREyQcECxL+KZhQmiMm3OL2weB9E0zzj7 uTTxVBpdtvJJu5tGk3VmovUZIXz+jMd/zVkDiMyq+sWLe8DvWcEF3OERJ4pQqKuEl1lWa8phm jgpvo2mgeKylEtZk7+6g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> The attached one should make more sense. Please use that. > > I did, and the SEGFAULT happened fairly shortly afterward. The error > did not trigger, so the cause is still unknown. I'll keep the gdb > session around, but that backtrace is pretty much the same. I'm not surprised. The check for `replace-buffer-in-windows' does pretty much the same as Eli's approach. You just don't have to run Emacs in the debugger in order to use it. Maybe try now: diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..9ca5731bcf 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -2151,6 +2151,9 @@ set_buffer_internal_1 (register struct buffer *b) BUFFER_CHECK_INDIRECTION (b); + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf = current_buffer; current_buffer = b; last_known_column_point = -1; /* Invalidate indentation cache. */ martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 24 22:19:56 2021 Received: (at 47244) by debbugs.gnu.org; 25 Mar 2021 02:19:56 +0000 Received: from localhost ([127.0.0.1]:36716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPFb7-0002RA-Uv for submit@debbugs.gnu.org; Wed, 24 Mar 2021 22:19:56 -0400 Received: from md5i.com ([75.151.244.229]:57180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPFb6-0002Qw-2N for 47244@debbugs.gnu.org; Wed, 24 Mar 2021 22:19:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IcxaU9DAvcxjyi2iw9MZmeJ85TzVk5qErldm/z4fUWw=; b=vCxVCJm+HRNIawGCpvKIaiuh6Y F/TtAksFpVVvhdw/2wm6eQckZ/t0LF+hpEGGrvZ8gRFcc+BXSKkqfLCLQg0+t7In1lmWl2Q4fpRdH fOszldwXTC+/JklutjfwJYlKa; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lPFay-003Ayu-Fc; Wed, 24 Mar 2021 22:19:36 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> Date: Wed, 24 Mar 2021 22:19:35 -0400 In-Reply-To: (martin rudalics's message of "Wed, 24 Mar 2021 17:09:24 +0100") Message-ID: <87a6qs7z60.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >>> The attached one should make more sense. Please use that. >> >> I did, and the SEGFAULT happened fairly shortly afterward. The error >> did not trigger, so the cause is still unknown. I'll keep the gdb >> session around, but that backtrace is pretty much the same. > > I'm not surprised. The check for `replace-buffer-in-windows' does > pretty much the same as Eli's approach. You just don't have to run > Emacs in the debugger in order to use it. > > Maybe try now: > > diff --git a/src/buffer.c b/src/buffer.c > index 8e33162989..9ca5731bcf 100644 > --- a/src/buffer.c > +++ b/src/buffer.c > @@ -2151,6 +2151,9 @@ set_buffer_internal_1 (register struct buffer *b) > > BUFFER_CHECK_INDIRECTION (b); > > + if (!BUFFER_LIVE_P (b)) > + error ("Selecting deleted buffer"); > + > old_buf = current_buffer; > current_buffer = b; > last_known_column_point = -1; /* Invalidate indentation cache. */ Okay. Building now and will run until...something happens? Should I be expecting an Emacs error from this? Should I breakpoint the error() clause? -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 25 02:25:47 2021 Received: (at 47244) by debbugs.gnu.org; 25 Mar 2021 06:25:47 +0000 Received: from localhost ([127.0.0.1]:36957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPJRC-0000Mr-V6 for submit@debbugs.gnu.org; Thu, 25 Mar 2021 02:25:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lPJR9-0000Mc-US for 47244@debbugs.gnu.org; Thu, 25 Mar 2021 02:25:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44472) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lPJQy-000295-Km; Thu, 25 Mar 2021 02:25:34 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4748 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lPJQq-0001zF-Gn; Thu, 25 Mar 2021 02:25:28 -0400 Date: Thu, 25 Mar 2021 08:25:19 +0200 Message-Id: <83eeg3kawg.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <87a6qs7z60.fsf@md5i.com> (message from Michael Welsh Duggan on Wed, 24 Mar 2021 22:19:35 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83pmzwfgng.fsf@gnu.org> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , Eli Zaretskii , > "mwd@md5i.com" , "schwab@linux-m68k.org" > , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Wed, 24 Mar 2021 22:19:35 -0400 > > > --- a/src/buffer.c > > +++ b/src/buffer.c > > @@ -2151,6 +2151,9 @@ set_buffer_internal_1 (register struct buffer *b) > > > > BUFFER_CHECK_INDIRECTION (b); > > > > + if (!BUFFER_LIVE_P (b)) > > + error ("Selecting deleted buffer"); > > + > > old_buf = current_buffer; > > current_buffer = b; > > last_known_column_point = -1; /* Invalidate indentation cache. */ > > Okay. Building now and will run until...something happens? Should I be > expecting an Emacs error from this? Yes. > Should I breakpoint the error() clause? Better put a breakpoint on this call to 'error' instead, because 'error' could be called for unrelated reasons, and it could be caught -- you don't want those cases. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 10:06:59 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 14:07:00 +0000 Received: from localhost ([127.0.0.1]:49157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQsXj-000826-GY for submit@debbugs.gnu.org; Mon, 29 Mar 2021 10:06:59 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:60806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQsXg-00081q-0u for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 10:06:57 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TE6nuj026996; Mon, 29 Mar 2021 10:06:49 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12TE6nuj026996 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617026809; bh=7KZrcMf/BRN8wIVgm7Es4fxJbXUYfhv4Vi0FGwQxFac=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=HmWHJ1V4ssUp1jQW9xWjfoiVZHU4IGqPXnGyoJmoE0zCVhzAImYrSPhxULuyvljae hNB8I7+hf+atj0l3MsWu35O+ETrXPrEv/SCgzsj7tuMNjEhJrmmYA1k82uMFbFh+vo MjMcIY/91ThMvWLdkLwvNHZPFzX/jod7E1j7AzYM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TE6iMD025689; Mon, 29 Mar 2021 10:06:44 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TE6hmB008534; Mon, 29 Mar 2021 10:06:44 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TE6hJ1008529; Mon, 29 Mar 2021 10:06:43 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> Date: Mon, 29 Mar 2021 10:06:43 -0400 In-Reply-To: <83eeg3kawg.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 25 Mar 2021 02:25:19 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "rudalics@gmx.at" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , Eli Zaretskii , >> "mwd@md5i.com" , "schwab@linux-m68k.org" >> , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Wed, 24 Mar 2021 22:19:35 -0400 >> >> > --- a/src/buffer.c >> > +++ b/src/buffer.c >> > @@ -2151,6 +2151,9 @@ set_buffer_internal_1 (register struct buffer *b) >> > >> > BUFFER_CHECK_INDIRECTION (b); >> > >> > + if (!BUFFER_LIVE_P (b)) >> > + error ("Selecting deleted buffer"); >> > + >> > old_buf = current_buffer; >> > current_buffer = b; >> > last_known_column_point = -1; /* Invalidate indentation cache. */ >> >> Okay. Building now and will run until...something happens? Should I be >> expecting an Emacs error from this? > > Yes. > >> Should I breakpoint the error() clause? > > Better put a breakpoint on this call to 'error' instead, because > 'error' could be called for unrelated reasons, and it could be caught > -- you don't want those cases. I have now hit this breakpoint. Backtrace included. xbacktrace was empty. I'll leave the gdb session up for forensics. --=-=-= Content-Type: text/plain Content-Disposition: inline #0 set_buffer_internal_2 (b=0x5555578f43d8) at ../../master/src/buffer.c:2155 old_buf = 0x555555593480 <_start> tail = XIL(0) #1 0x0000555555713f28 in set_buffer_internal_1 (b=0x1) at ../../master/src/buffer.c:2141 #2 0x00005555556e4ec6 in set_buffer_internal (b=0x5555578f43d8) at ../../master/src/buffer.h:1184 #3 0x00005555556e6b21 in command_loop_1 () at ../../master/src/keyboard.c:1289 cmd = XIL(0x7fffffffde10) keybuf = {XIL(0), XIL(0x7ffff2c27c1d), XIL(0x555555765cd4), XIL(0x11cf6b0), XIL(0x7fffffffdd70), XIL(0x55555579e20b), XIL(0x11cf6b0), XIL(0x7ffff257e4c4), XIL(0x555559de7123), XIL(0x7ffff2c27c1d), XIL(0x7ffff2c27c1d), XIL(0x555559de7123), XIL(0x7ffff257e4c4), XIL(0x11cf6b0), XIL(0), XIL(0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3c73), XIL(0xffffddc0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdda0), XIL(0x555555797d03), make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x55555579b3f4)} i = 1 prev_modiff = 0 prev_buffer = 0x0 already_adjusted = false #4 0x000055555579afef in internal_condition_case (bfun=0x5555556e690c , handlers=XIL(0x90), hfun=0x5555556e60a8 ) at ../../master/src/eval.c:1439 val = XIL(0x5555556e3c73) c = 0x555555dc13e0 #5 0x00005555556e65d4 in command_loop_2 (ignore=XIL(0)) at ../../master/src/keyboard.c:1094 val = make_fixnum(0) #6 0x000055555579a7fd in internal_catch (tag=XIL(0xd9e0), func=0x5555556e65a7 , arg=XIL(0)) at ../../master/src/eval.c:1189 val = XIL(0xd9e0) c = 0x555555daa710 #7 0x00005555556e6573 in command_loop () at ../../master/src/keyboard.c:1073 #8 0x00005555556e5c79 in recursive_edit_1 () at ../../master/src/keyboard.c:720 count = 1 val = XIL(0x7fffffffdf50) #9 0x00005555556e5dfc in Frecursive_edit () at ../../master/src/keyboard.c:789 count = 0 buffer = XIL(0) #10 0x00005555556e2829 in main (argc=2, argv=0x7fffffffe1b8) at ../../master/src/emacs.c:2050 stack_bottom_variable = 0x7ffff617e053 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 dump_mode = 0x0 skip_args = 1 temacs = 0x0 attempt_load_pdump = true rlim = { rlim_cur = 10022912, rlim_max = 18446744073709551615 } lc_all = 0x0 sockfd = -1 module_assertions = false --=-=-= Content-Type: text/plain -- Michael Welsh Duggan (mwd@cert.org) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 10:28:56 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 14:28:57 +0000 Received: from localhost ([127.0.0.1]:49203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQssu-00009U-Ms for submit@debbugs.gnu.org; Mon, 29 Mar 2021 10:28:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQsss-00009G-81 for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 10:28:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44606) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQssj-0007eD-SW; Mon, 29 Mar 2021 10:28:41 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3564 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQssQ-0000jV-6T; Mon, 29 Mar 2021 10:28:25 -0400 Date: Mon, 29 Mar 2021 17:28:30 +0300 Message-Id: <83y2e6kp9t.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Mon, 29 Mar 2021 10:06:43 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83im5off16.fsf@gnu.org> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , "rudalics@gmx.at" > , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Mon, 29 Mar 2021 10:06:43 -0400 > > #0 set_buffer_internal_2 (b=0x5555578f43d8) at ../../master/src/buffer.c:2155 > old_buf = 0x555555593480 <_start> > tail = XIL(0) > #1 0x0000555555713f28 in set_buffer_internal_1 (b=0x1) > at ../../master/src/buffer.c:2141 > #2 0x00005555556e4ec6 in set_buffer_internal (b=0x5555578f43d8) > at ../../master/src/buffer.h:1184 > #3 0x00005555556e6b21 in command_loop_1 () at ../../master/src/keyboard.c:1289 > cmd = XIL(0x7fffffffde10) > keybuf = > {XIL(0), XIL(0x7ffff2c27c1d), XIL(0x555555765cd4), XIL(0x11cf6b0), XIL(0x7fffffffdd70), XIL(0x55555579e20b), XIL(0x11cf6b0), XIL(0x7ffff257e4c4), XIL(0x555559de7123), XIL(0x7ffff2c27c1d), XIL(0x7ffff2c27c1d), XIL(0x555559de7123), XIL(0x7ffff257e4c4), XIL(0x11cf6b0), XIL(0), XIL(0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3c73), XIL(0xffffddc0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdda0), XIL(0x555555797d03), make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x55555579b3f4)} > i = 1 > prev_modiff = 0 > prev_buffer = 0x0 > already_adjusted = false OK, we are switching to the selected window's buffer, and that buffer was deleted. We still don't understand how this happens. Martin, any ideas? Please show the results of these commands: (gdb) p current_buffer->name_ (gdb) xstring (gdb) frame 3 (gdb) p cmd (gdb) xtype Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 10:39:53 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 14:39:53 +0000 Received: from localhost ([127.0.0.1]:49213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQt3V-0000QO-Pg for submit@debbugs.gnu.org; Mon, 29 Mar 2021 10:39:53 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:40816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQt3T-0000Q9-6L for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 10:39:49 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TEdemR044654; Mon, 29 Mar 2021 10:39:40 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12TEdemR044654 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617028780; bh=lKdKlohxT6mA4dV96rxgdF/wL75hgCRIFg0EpW1p3j8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=lyiMMauQizf66dnCRrbfsQFaK0fQOPMjL1RiTUZIhlj9TVwAnv4fDM+lQZP/YdcrP 0xCqukkIZk04sbvk6brLTbB5GgJ9TVMGfeWBi7dZYan36Fy1H1mOI3Mo+Rv9Dcy3ED 2Hh+lbeEA0riGwwUhNevG39Zk6EUN/SdONxW4CTc= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TEdZpT002723; Mon, 29 Mar 2021 10:39:35 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TEdZIv011949; Mon, 29 Mar 2021 10:39:35 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TEdZf1011946; Mon, 29 Mar 2021 10:39:35 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> Date: Mon, 29 Mar 2021 10:39:35 -0400 In-Reply-To: <83y2e6kp9t.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 29 Mar 2021 10:28:30 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "rudalics@gmx.at" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , "rudalics@gmx.at" >> , >> "schwab@linux-m68k.org" , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Mon, 29 Mar 2021 10:06:43 -0400 >> >> #0 set_buffer_internal_2 (b=0x5555578f43d8) at ../../master/src/buffer.c:2155 >> old_buf = 0x555555593480 <_start> >> tail = XIL(0) >> #1 0x0000555555713f28 in set_buffer_internal_1 (b=0x1) >> at ../../master/src/buffer.c:2141 >> #2 0x00005555556e4ec6 in set_buffer_internal (b=0x5555578f43d8) >> at ../../master/src/buffer.h:1184 >> #3 0x00005555556e6b21 in command_loop_1 () at ../../master/src/keyboard.c:1289 >> cmd = XIL(0x7fffffffde10) >> keybuf = >> {XIL(0), XIL(0x7ffff2c27c1d), XIL(0x555555765cd4), XIL(0x11cf6b0), XIL(0x7fffffffdd70), XIL(0x55555579e20b), XIL(0x11cf6b0), XIL(0x7ffff257e4c4), XIL(0x555559de7123), XIL(0x7ffff2c27c1d), XIL(0x7ffff2c27c1d), XIL(0x555559de7123), XIL(0x7ffff257e4c4), XIL(0x11cf6b0), XIL(0), XIL(0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdd70), XIL(0x5555556e3c73), XIL(0xffffddc0), XIL(0x555555cc5f80), XIL(0), XIL(0), XIL(0x7fffffffdda0), XIL(0x555555797d03), make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x55555579b3f4)} >> i = 1 >> prev_modiff = 0 >> prev_buffer = 0x0 >> already_adjusted = false > > OK, we are switching to the selected window's buffer, and that buffer > was deleted. We still don't understand how this happens. Martin, any > ideas? > > Please show the results of these commands: > > (gdb) p current_buffer->name_ > (gdb) xstring > (gdb) frame 3 > (gdb) p cmd > (gdb) xtype (gdb) p current_buffer->name_ $4 = XIL(0x5555573519f4) (gdb) xstring $5 = (struct Lisp_String *) 0x5555573519f0 " *nntpd*" (gdb) frame 3 #3 0x00005555556e6b21 in command_loop_1 () at ../../master/src/keyboard.c:1289 1289 set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)); (gdb) p cmd $6 = XIL(0x7fffffffde10) (gdb) xtype Lisp_Symbol I add also the following: (gdb) p cmd $7 = XIL(0x7fffffffde10) (gdb) xsymbol $8 = (struct Lisp_Symbol *) 0xd55555cc3d90 Cannot access memory at address 0xd55555cc3d98 -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:02:32 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:02:32 +0000 Received: from localhost ([127.0.0.1]:49231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtPP-00010S-RL for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:02:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtPN-00010D-2v for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:02:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45395) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQtPE-0002XU-CI; Mon, 29 Mar 2021 11:02:16 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1698 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQtPC-0007L0-Qn; Mon, 29 Mar 2021 11:02:15 -0400 Date: Mon, 29 Mar 2021 18:02:24 +0300 Message-Id: <83tuouknpb.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Mon, 29 Mar 2021 10:39:35 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , "rudalics@gmx.at" , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Mon, 29 Mar 2021 10:39:35 -0400 > > (gdb) p current_buffer->name_ > $4 = XIL(0x5555573519f4) > (gdb) xstring > $5 = (struct Lisp_String *) 0x5555573519f0 > " *nntpd*" Any idea where could be the Lisp code that switches from " *nntpd*" to the buffer in the currently selected window? Perhaps some with-current-buffer thing somewhere? Since " *nntpd*" is probably a buffer where Gnus fetches articles, or otherwise communicates with an NNTP server, does this per chance happen in a separate thread in your session? (AFAIR, Gnus can fetch articles in a separate Lisp thread.) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:07:20 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:07:20 +0000 Received: from localhost ([127.0.0.1]:49238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtU8-00017s-Ct for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:07:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57348) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtU6-00017U-5g for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:07:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45487) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQtTx-0005DT-SO; Mon, 29 Mar 2021 11:07:11 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1996 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQtTx-0000QU-CQ; Mon, 29 Mar 2021 11:07:09 -0400 Date: Mon, 29 Mar 2021 18:07:18 +0300 Message-Id: <83sg4eknh5.fsf@gnu.org> From: Eli Zaretskii To: mwd@cert.org In-Reply-To: <83tuouknpb.fsf@gnu.org> (message from Eli Zaretskii on Mon, 29 Mar 2021 18:02:24 +0300) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Date: Mon, 29 Mar 2021 18:02:24 +0300 > From: Eli Zaretskii > Cc: mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org > > Any idea where could be the Lisp code that switches from " *nntpd*" to > the buffer in the currently selected window? Perhaps some > with-current-buffer thing somewhere? Actually, no, I don't think it can be with-current-buffer, it must be something else. I wonder how we ended up being at top-level with current buffer being " *nntpd*" and the selected window's buffer being something else, which was killed? Hmm... From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:21:21 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:21:21 +0000 Received: from localhost ([127.0.0.1]:49267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQthg-0001Ub-LT for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:21:20 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:34740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQthc-0001UK-6H for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:21:19 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFL9xP005924; Mon, 29 Mar 2021 11:21:09 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12TFL9xP005924 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617031269; bh=O1rurltB3dC/f/R/xU02muUv6lCChESv9Q1jF04fFEk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=DixqK9pri4SyjW3N5voERC6+11cTPgfJG7/klnltWxeBy8DzPG9TurzRlh1Xsxmne Fp+pqhAKrHRAssErmpWxosEXO2vspMqy+9DaOym2erjvyJz+tSQiMKZo5hI88+W2mY /3gkfQcqjH/O7EIKWdLOb+ZRYLBtMxU7X+uWZ6mU= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFL5P7013528; Mon, 29 Mar 2021 11:21:05 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFL50t016608; Mon, 29 Mar 2021 11:21:05 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TFL5uP016605; Mon, 29 Mar 2021 11:21:05 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> Date: Mon, 29 Mar 2021 11:21:05 -0400 In-Reply-To: <83sg4eknh5.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 29 Mar 2021 11:07:18 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Date: Mon, 29 Mar 2021 18:02:24 +0300 >> From: Eli Zaretskii >> Cc: mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org >> >> Any idea where could be the Lisp code that switches from " *nntpd*" to >> the buffer in the currently selected window? Perhaps some >> with-current-buffer thing somewhere? > > Actually, no, I don't think it can be with-current-buffer, it must be > something else. I wonder how we ended up being at top-level with > current buffer being " *nntpd*" and the selected window's buffer being > something else, which was killed? Hmm... I'm far from certain myself. I have no options specifically set regarding threads and I run Gnus from Emacs sources. What I can say is that every time I can remember this happening, the following is the sequence of events: 1) Emacs has locked up. This is presumably because: a) I have switched my work VPN on, and b) Gnus uses my existing IMAP connection to attempt to check for new articles due to this clause in my .gnus file: (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil) 2) From the *Group* buffer I hit `C-g` to cancel its attempt, and `^` to switch to the Gnus *Sever* buffer. 3) In that buffer I go to the imap connection and type `C O`, which runs `gnus-server-close-server` and `gnus-server-open-server`, respectively. 4) I type `q` to exit the server buffer. This is when the breakpoint triggers. `g` calls the following function: (defun gnus-server-exit () "Return to the group buffer." (interactive nil gnus-server-mode) (gnus-run-hooks 'gnus-server-exit-hook) (gnus-kill-buffer (current-buffer)) (gnus-configure-windows 'group t)) `gnus-sever-exit-hook` is nil. The definition of `gnus-kill-buffer` is as follows: (defmacro gnus-kill-buffer (buffer) "Kill BUFFER and remove from the list of Gnus buffers." `(let ((buf ,buffer)) (when (gnus-buffer-live-p buf) (kill-buffer buf) (gnus-prune-buffers)))) (defun gnus-buffers () "Return a list of live Gnus buffers." (setq gnus-buffers (seq-filter #'buffer-live-p gnus-buffers))) (defalias 'gnus-prune-buffers #'gnus-buffers) `gnus-configure-windows` is a quite complex function that I'm not going to attach to this email, as it is easier to look at it in-situ from the sources (gnus-win.el). -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:21:47 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:21:47 +0000 Received: from localhost ([127.0.0.1]:49270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQti7-0001VV-11 for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:21:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQti5-0001VB-5N for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:21:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45934) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQthz-0005YT-4m; Mon, 29 Mar 2021 11:21:39 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2884 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQthy-0001jR-JN; Mon, 29 Mar 2021 11:21:38 -0400 Date: Mon, 29 Mar 2021 18:21:47 +0300 Message-Id: <83r1jykmt0.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <83sg4eknh5.fsf@gnu.org> (message from Eli Zaretskii on Mon, 29 Mar 2021 18:07:18 +0300) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Date: Mon, 29 Mar 2021 18:07:18 +0300 > From: Eli Zaretskii > Cc: mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org > > Actually, no, I don't think it can be with-current-buffer, it must be > something else. I wonder how we ended up being at top-level with > current buffer being " *nntpd*" and the selected window's buffer being > something else, which was killed? Hmm... Martin, could it be that replace-buffer-in-windows fails to replace a buffer? Suppose kill-buffer is called to kill a buffer that is shown in the selected window, but replace-buffer-in-windows fails to replace it -- can that happen? And another question: can a window be selected if its buffer is dead? Or is it possible to set a dead buffer as a window's buffer? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:26:41 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:26:41 +0000 Received: from localhost ([127.0.0.1]:49286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtmo-0001f3-DN for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:26:41 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:41812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtml-0001eh-TR for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:26:36 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFQRue002835; Mon, 29 Mar 2021 11:26:27 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12TFQRue002835 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617031587; bh=oI0x8Bp1otmMKG3q948/p2qBMSFTkTy1bLB6xNa61J4=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ptJmcUReuNY9VicrLZHiqWH78j5U8h+oaUS+2N6R+t4f4R5iXnR/6Aiviq9dqPWOE 4p1GYjWPVnbC4BOmhNTi5/es6AFOtz9SL+ogbXeCGKEJv0IZplRX6FaoDHRS4PUQyO f/k0g4uiwDqrATTSSbt1GltA7kkED8iOA+rR83l0= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFQNgJ019243; Mon, 29 Mar 2021 11:26:23 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFQMta017615; Mon, 29 Mar 2021 11:26:22 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TFQMoU017612; Mon, 29 Mar 2021 11:26:22 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> Date: Mon, 29 Mar 2021 11:26:22 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Mon, 29 Mar 2021 11:21:05 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > Eli Zaretskii writes: > >>> Date: Mon, 29 Mar 2021 18:02:24 +0300 >>> From: Eli Zaretskii >>> Cc: mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org >>> >>> Any idea where could be the Lisp code that switches from " *nntpd*" to >>> the buffer in the currently selected window? Perhaps some >>> with-current-buffer thing somewhere? >> >> Actually, no, I don't think it can be with-current-buffer, it must be >> something else. I wonder how we ended up being at top-level with >> current buffer being " *nntpd*" and the selected window's buffer being >> something else, which was killed? Hmm... > > I'm far from certain myself. I have no options specifically set > regarding threads and I run Gnus from Emacs sources. What I can say is > that every time I can remember this happening, the following is the > sequence of events: > > 1) Emacs has locked up. This is presumably because: > a) I have switched my work VPN on, and > b) Gnus uses my existing IMAP connection to attempt to check for new > articles due to this clause in my .gnus file: > > (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil) > 2) From the *Group* buffer I hit `C-g` to cancel its attempt, and `^` to > switch to the Gnus *Sever* buffer. > 3) In that buffer I go to the imap connection and type `C O`, which runs > `gnus-server-close-server` and `gnus-server-open-server`, > respectively. > 4) I type `q` to exit the server buffer. This is when the breakpoint > triggers. `g` calls the following function: > > (defun gnus-server-exit () > "Return to the group buffer." > (interactive nil gnus-server-mode) > (gnus-run-hooks 'gnus-server-exit-hook) > (gnus-kill-buffer (current-buffer)) > (gnus-configure-windows 'group t)) > > `gnus-sever-exit-hook` is nil. The definition of `gnus-kill-buffer` is > as follows: > > (defmacro gnus-kill-buffer (buffer) > "Kill BUFFER and remove from the list of Gnus buffers." > `(let ((buf ,buffer)) > (when (gnus-buffer-live-p buf) > (kill-buffer buf) > (gnus-prune-buffers)))) > > (defun gnus-buffers () > "Return a list of live Gnus buffers." > (setq gnus-buffers (seq-filter #'buffer-live-p gnus-buffers))) > > (defalias 'gnus-prune-buffers #'gnus-buffers) > > `gnus-configure-windows` is a quite complex function that I'm not going > to attach to this email, as it is easier to look at it in-situ from the > sources (gnus-win.el). A further point of information. I do have an nntp connection as well as the imap connection. It's an ntp connection to "news.gmane.io". In the sequence of events above, I do not specifically attempt to reset the nntp connection, but it may to be affected by the VPN switch. I do not know what mechanism might have killed that buffer. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:27:32 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:27:32 +0000 Received: from localhost ([127.0.0.1]:49290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtnf-0001gz-T4 for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:27:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtnd-0001gk-Bm for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:27:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46056) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQtnW-00004r-Ks; Mon, 29 Mar 2021 11:27:23 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3234 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQtnU-0003xi-MY; Mon, 29 Mar 2021 11:27:21 -0400 Date: Mon, 29 Mar 2021 18:27:31 +0300 Message-Id: <83pmzikmjg.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Mon, 29 Mar 2021 11:21:05 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Mon, 29 Mar 2021 11:21:05 -0400 > > 2) From the *Group* buffer I hit `C-g` to cancel its attempt, and `^` to > switch to the Gnus *Sever* buffer. > 3) In that buffer I go to the imap connection and type `C O`, which runs > `gnus-server-close-server` and `gnus-server-open-server`, > respectively. > 4) I type `q` to exit the server buffer. This is when the breakpoint > triggers. Breakpoint or segfault? > `g` calls the following function: > > (defun gnus-server-exit () > "Return to the group buffer." > (interactive nil gnus-server-mode) > (gnus-run-hooks 'gnus-server-exit-hook) > (gnus-kill-buffer (current-buffer)) What is current-buffer at this point? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:33:11 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:33:11 +0000 Received: from localhost ([127.0.0.1]:49313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtt9-0001uY-8v for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:33:11 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:41934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtt7-0001uI-Ae for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:33:09 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFX3r5003825; Mon, 29 Mar 2021 11:33:03 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12TFX3r5003825 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617031984; bh=aq0ZPs21wWiA/b6zu7LdZ40ZvjA7JQuLGYJaXSzzFbs=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=oCYKD5avBH8+kyx+530VUQdHL5Ad9uAIv8eCwVFRUBo3RymnX9F+b+EDDsMtpP4Ij c3JzoDTXKta7F+s6K/q38GyKcsSsk6xmkfZFhcyKTjRoycExwMMIG6cMfYz4thBfCa VY1M5aep+lIeUi4YjsSSTIu9Cz/GJTT918HXfesU= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFX35G016541; Mon, 29 Mar 2021 11:33:03 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFX3gb018169; Mon, 29 Mar 2021 11:33:03 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TFX2E4018166; Mon, 29 Mar 2021 11:33:02 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83pmzikmjg.fsf@gnu.org> Date: Mon, 29 Mar 2021 11:33:02 -0400 In-Reply-To: <83pmzikmjg.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 29 Mar 2021 11:27:31 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Mon, 29 Mar 2021 11:21:05 -0400 >> >> 2) From the *Group* buffer I hit `C-g` to cancel its attempt, and `^` to >> switch to the Gnus *Sever* buffer. >> 3) In that buffer I go to the imap connection and type `C O`, which runs >> `gnus-server-close-server` and `gnus-server-open-server`, >> respectively. >> 4) I type `q` to exit the server buffer. This is when the breakpoint >> triggers. > > Breakpoint or segfault? Breakpoint on the `error` clause that Martin asked me to add to `set_buffer_internal_2`. >> `g` calls the following function: >> >> (defun gnus-server-exit () >> "Return to the group buffer." >> (interactive nil gnus-server-mode) >> (gnus-run-hooks 'gnus-server-exit-hook) >> (gnus-kill-buffer (current-buffer)) > > What is current-buffer at this point? # -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:34:48 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:34:48 +0000 Received: from localhost ([127.0.0.1]:49322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtui-0001xy-0a for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:34:48 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:34966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQtug-0001xi-4i for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:34:47 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFYe4w007571; Mon, 29 Mar 2021 11:34:40 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12TFYe4w007571 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617032080; bh=3wDl1Czv2JRHU2rqxIjbVa41ML3JDe8mWbm2jR/Sgnk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=JQkUyzqs0xQI8G5/UXyi+ncl9pvCNXHS17epvLZLH7qZnz2BB21JE2/nUlhwBPy/M tUjNpBDQjHzXE8KIOvGRizXAkJ99jP2R4IJd3FkOwHQ+MYASn4L8W9OjaQXvWu796R Px0Fv/nxTMc4JAmtVMk+Ppagw2VsspxR4W+sBM+0= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFYd6j021283; Mon, 29 Mar 2021 11:34:39 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TFYd08018233; Mon, 29 Mar 2021 11:34:39 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TFYdiT018230; Mon, 29 Mar 2021 11:34:39 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83pmzikmjg.fsf@gnu.org> Date: Mon, 29 Mar 2021 11:34:39 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Mon, 29 Mar 2021 11:33:02 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > Eli Zaretskii writes: > >>> From: Michael Welsh Duggan >>> Cc: "mwd@md5i.com" , >>> "schwab@linux-m68k.org" >>> , >>> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >>> Date: Mon, 29 Mar 2021 11:21:05 -0400 >>> >>> 2) From the *Group* buffer I hit `C-g` to cancel its attempt, and `^` to >>> switch to the Gnus *Sever* buffer. >>> 3) In that buffer I go to the imap connection and type `C O`, which runs >>> `gnus-server-close-server` and `gnus-server-open-server`, >>> respectively. >>> 4) I type `q` to exit the server buffer. This is when the breakpoint >>> triggers. >> >> Breakpoint or segfault? > > Breakpoint on the `error` clause that Martin asked me to add to > `set_buffer_internal_2`. To clarify, this is where the breakpoint triggered this time. In this identical scenario in past runs, this is when the segfault happened. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 11:41:39 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 15:41:39 +0000 Received: from localhost ([127.0.0.1]:49338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQu1K-0002At-Pp for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:41:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQu1I-0002Ad-Kp for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 11:41:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46409) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQu19-0006MK-UE; Mon, 29 Mar 2021 11:41:27 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4097 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQu17-0005xQ-HA; Mon, 29 Mar 2021 11:41:27 -0400 Date: Mon, 29 Mar 2021 18:41:35 +0300 Message-Id: <83mtumklw0.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Mon, 29 Mar 2021 11:33:02 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83pmzikmjg.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Mon, 29 Mar 2021 11:33:02 -0400 > > >> `g` calls the following function: > >> > >> (defun gnus-server-exit () > >> "Return to the group buffer." > >> (interactive nil gnus-server-mode) > >> (gnus-run-hooks 'gnus-server-exit-hook) > >> (gnus-kill-buffer (current-buffer)) > > > > What is current-buffer at this point? > > # I guess this means kill-buffer replaced "*Server*" with " *nntpd*", but the selected-window's buffer is still "*Server*", which is being killed? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 12:05:52 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 16:05:52 +0000 Received: from localhost ([127.0.0.1]:49395 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuOm-0002vL-8l for submit@debbugs.gnu.org; Mon, 29 Mar 2021 12:05:52 -0400 Received: from mout.gmx.net ([212.227.15.18]:53811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuOj-0002v3-SK for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 12:05:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617033937; bh=bfcNuxOIdvTGis/2fMabX3b23HF0I55RVsga+7hI6bc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=X6ii2YtjTI7AfacLocmT2ZD/Vj/KWwHow7JSeXDFGFr7kjyvisCzgxoxjHisFJTkq 8TSwDugmaaKTg980pL/SlpvhihPeM6V0qqqJP8Kw1xv09ZbPxbCVPv21m0a2NTw016 zXnWmubfqeKJn0+Z3EG1WrZ3FyIzAalOy6OdYiGk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.25]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N4QwW-1lb7Qd1HmA-011TqQ; Mon, 29 Mar 2021 18:05:37 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <83h7l8fdfa.fsf@gnu.org> <871rccgqyz.fsf@igel.home> <83eegcfbrh.fsf@gnu.org> <8735wrrjx7.fsf@md5i.com> <83a6qzfxmc.fsf@gnu.org> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> From: martin rudalics Message-ID: <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Mon, 29 Mar 2021 18:05:35 +0200 MIME-Version: 1.0 In-Reply-To: <83r1jykmt0.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:zMWwYw8vnCIMMgFDkCXMKyQAgtnh8UTGmySR9O8okljlewkl3aB doc/xi7G1tnh4w+JJapPpR1CrJnMabgn+Ql0WoHSR9VMrLx7tXi94Pvqu2hm/CUy7wJZSy0 1PSXdl8mIf4RbGhxI3juzuqoKwGKKiq7Yyig3DTTJOd2aP+AQL6WIaWgAm1lbu72Agm0AtI /rg7iG7amWdVNLh4F5s5w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:K+48YhWYcFo=:Oyex3stDa3p6xKFZvmC0hz 1clBq9MKxv//FOCutLuHS3eBvFtiDW56YvyUAbKbql3yXRUzyytEv1bpm9NZWlaKpobZZ+d2K uIAaFuEXBt3+ud1HdkaFPWiAyfycQY9Ahgyuf0op+G7p2PYiFkWUB77HdshmQ/K4blyNftJoO Xn3Yvgam++y/uielL7HndkhBuJ6mkHGWMMndjEhJL30bDzwvCTEKCbD1HjfXdCFnXqS8Kmgvx lVq2YSlyhkMCPyjym9g1uOEqasCYmx3vNSZOPTtg4dMUL62f/6qsQO6ZN6Jj8E7/17zpgm6zC f98nyqg2x8q7PGg4qC7eUqsYbbK079iiOeNgau5GIkEsEi6jdQhVgkz9VBoS6dTIuldpvFJ4P CeHYB/AaeK6kZWY7WClct47spqnasd9fbwMDETln279wo2MyOTxtlbctCFeNMwTYmLm7Hbcee D3Y1IqrzG3vlJlt+8FQa+RirX7NtT507gT5H7WK4YIKjcgowJ62VbCgBMIo9FoxAnG8wFBfUz hO8dq/Mwjj+pkMFx9MeuCidaC5xu7ZogA6T79zZ6xu/Y8Lj8pj8BtakDaPkCmakXQ84uYwwUg ij+3SXNYjcfLETelRln6F3IuKEX/R15cItixana4+J7+m8jykKLLeOstQhfuUwOQ0MSVdiePl ElJG4O8OXaXEykQ9u1GttsJLeRShsorRGgEwTblYVlhoM1ZzlazWPONueftfKirbb4XFQREXc Y+/ZeOOPIpL+MmtcedFWANb9XN3jhj/H6JQ1jTgvkapuYO4goKS03JnKpcD74kl/UvKTCz54V kXRW8e7u+FT9b4lxWqfrG1otknkjEglJzb7xZi/sWMilvy+bbyeH7rWH3CYGarxkhNAe0TN6R kpPVG8Kk3Gwb2QSLgkS81FvVdCGwvx5UiiqsWIdS5YZAMIGF1nfiszwL2U/8PX04m1NGmpWT2 D3VH8MEdNDDeXJkLlE3T5+Du/H38LgJ18PCyZzIwjk3mQJRILfXF6MSgQJO+DQHizDSiKrAgI MUQEIc9gjZkQjti9K1byUQcwKBQ6nhXYhKWr4XfC6jWzj5yh+nTT72OJSUWmLfiuFzaNW8GKz jQ0+Ov+7isNRwvrk2LXV1vSCAWGEDNl3IGujf21l3e7i3KYEJTPNgmiPoKTsWzxk1BZzde2QF 9X5WeBerxJRg+kkofxWxKS4Qhmr0b0e4leCpXfFyDTLfqAMF116FvDxYtv4Rj9E/vBKk0= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Martin, could it be that replace-buffer-in-windows fails to replace a > buffer? Suppose kill-buffer is called to kill a buffer that is shown > in the selected window, but replace-buffer-in-windows fails to replace > it -- can that happen? That's what we tried earlier with the check in `switch-to-prev-buffer'. Michael did you run with that check this time or did you remove it? If the latter, please reinsert it for the next time. But let's recall that at the time of the last segfault that particular check did not trigger. > And another question: can a window be selected if its buffer is dead? > Or is it possible to set a dead buffer as a window's buffer? From what we can say now one of these must have happened. The dead buffer comes from the selected window. It does not come from the attempt to restore the current buffer from a temporarily saved one. One thing I'm not even sure about is whether the selected window is still "live" when were trying to make its buffer current. Michael is this "window" supposed to be the only one on its frame? Are we sure that it is not the minibuffer window? In either case we could try to investigate its parent and geometry: What do p XWINDOW (selected_window)->parent p XWINDOW (selected_window)->prev p XWINDOW (selected_window)->next p XWINDOW (selected_window)->top_line p XWINDOW (selected_window)->pixel_height print? Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 12:24:10 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 16:24:10 +0000 Received: from localhost ([127.0.0.1]:49412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQugT-0003NE-VN for submit@debbugs.gnu.org; Mon, 29 Mar 2021 12:24:10 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:42894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQugR-0003MY-Vj for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 12:24:09 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGO1b6011210; Mon, 29 Mar 2021 12:24:01 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12TGO1b6011210 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617035041; bh=PzLXJlKxFRhmdgWf+2z34q4eZIP3ItclO1FioYgq+YA=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cB1wFHhEYOgKdFSqw8pUcmChgJ1+HZCorpNyQBk6uoiKOf52jPcP5DqGjnVLg3biQ ZAz0Y10bYGpRRkmkl7DCZNslYlb9LYAzdsz/l+A2NLywjQxF3f6THDtgNRlPgjj2yz CnVB0usiwD4KLs4rN5L+6ujxdS7sWI5tQ4ixLAYc= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGNwuC030890; Mon, 29 Mar 2021 12:23:58 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGNwRP023390; Mon, 29 Mar 2021 12:23:58 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TGNvtC023387; Mon, 29 Mar 2021 12:23:57 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83pmzikmjg.fsf@gnu.org> <83mtumklw0.fsf@gnu.org> Date: Mon, 29 Mar 2021 12:23:57 -0400 In-Reply-To: <83mtumklw0.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 29 Mar 2021 11:41:35 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Mon, 29 Mar 2021 11:33:02 -0400 >> >> >> `g` calls the following function: >> >> >> >> (defun gnus-server-exit () >> >> "Return to the group buffer." >> >> (interactive nil gnus-server-mode) >> >> (gnus-run-hooks 'gnus-server-exit-hook) >> >> (gnus-kill-buffer (current-buffer)) >> > >> > What is current-buffer at this point? >> >> # > > I guess this means kill-buffer replaced "*Server*" with " *nntpd*", > but the selected-window's buffer is still "*Server*", which is being > killed? Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Mon, 29 Mar 2021 11:33:02 -0400 >> >> >> `g` calls the following function: >> >> >> >> (defun gnus-server-exit () >> >> "Return to the group buffer." >> >> (interactive nil gnus-server-mode) >> >> (gnus-run-hooks 'gnus-server-exit-hook) >> >> (gnus-kill-buffer (current-buffer)) >> > >> > What is current-buffer at this point? >> >> # > > I guess this means kill-buffer replaced "*Server*" with " *nntpd*", > but the selected-window's buffer is still "*Server*", which is being > killed? No idea. Here's the few places I can see things going wrong, though I don't know how or why. kill-buffer calls `replace-buffer-in-windows`, which does a lot of stuff that I can't account for one way or another. Hmm... Maybe the `(gnus-configure-windows 'group t)` call is important. Tracing through it, it's trying to set it to the `group` setting, which is: (group (vertical 1.0 (group 1.0 point))) This is from `gnus-buffer-configuration`. When I debug `gnus-all-windows-visible-p` from this `gnus-configure-windows` in a session that does *not* hit the breakpoint, this function does return a frame that has the ` *nntpd*` name in its print representation. But frankly, I'll stick with my original "no idea" statement. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 12:27:02 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 16:27:02 +0000 Received: from localhost ([127.0.0.1]:49426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQujF-0003Rr-S3 for submit@debbugs.gnu.org; Mon, 29 Mar 2021 12:27:02 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:35868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQujC-0003RD-Cs for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 12:26:59 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGQqN4015011; Mon, 29 Mar 2021 12:26:52 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12TGQqN4015011 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617035212; bh=Lx3uUkSnqlkVnjR2ZHZZJp3j32ar0zL7msJ6zWyfP40=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=IGgxaGZYQ4j26JFFdoXqOUJTC03a/66LzBtqL10jzdRUQ7/h0YuRrm0xFrOOUdG1R V3Lz/fKsvPyb+FBKU0ewclKKttdW79zWNGpq7TADQkYoUSLC/ZsJb4ip/L6K5Z0gVu p+9Ab8GmiN2dhhS0uloHJ/H7IiUjx+J09mrsMhnU= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGQlmY031614; Mon, 29 Mar 2021 12:26:47 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TGQlYA023753; Mon, 29 Mar 2021 12:26:47 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TGQlV9023750; Mon, 29 Mar 2021 12:26:47 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Mon, 29 Mar 2021 12:26:47 -0400 In-Reply-To: <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> (martin rudalics's message of "Mon, 29 Mar 2021 12:05:35 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Martin, could it be that replace-buffer-in-windows fails to replace a > > buffer? Suppose kill-buffer is called to kill a buffer that is shown > > in the selected window, but replace-buffer-in-windows fails to replace > > it -- can that happen? > > That's what we tried earlier with the check in `switch-to-prev-buffer'. > Michael did you run with that check this time or did you remove it? If > the latter, please reinsert it for the next time. But let's recall that > at the time of the last segfault that particular check did not trigger. I had removed it, sorry. I'll put it in for the next time. > > And another question: can a window be selected if its buffer is dead? > > Or is it possible to set a dead buffer as a window's buffer? > > From what we can say now one of these must have happened. The dead > buffer comes from the selected window. It does not come from the > attempt to restore the current buffer from a temporarily saved one. > > One thing I'm not even sure about is whether the selected window is > still "live" when were trying to make its buffer current. Michael is > this "window" supposed to be the only one on its frame? Are we sure > that it is not the minibuffer window? In either case we could try to > investigate its parent and geometry: What do I think so. Both the *Server* window and the *Group* window will, under normal circumstances, be the only window on the frame. > p XWINDOW (selected_window)->parent > p XWINDOW (selected_window)->prev > p XWINDOW (selected_window)->next > p XWINDOW (selected_window)->top_line > p XWINDOW (selected_window)->pixel_height > > print? (gdb) p XWINDOW (selected_window)->parent $15 = XIL(0) (gdb) p XWINDOW (selected_window)->prev $16 = XIL(0) (gdb) p XWINDOW (selected_window)->next $17 = XIL(0x555556e96635) (gdb) p XWINDOW (selected_window)->top_line $18 = 0 (gdb) p XWINDOW (selected_window)->pixel_height $19 = 995 -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 13:33:45 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 17:33:45 +0000 Received: from localhost ([127.0.0.1]:49517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQvlp-0005AV-3x for submit@debbugs.gnu.org; Mon, 29 Mar 2021 13:33:45 -0400 Received: from mout.gmx.net ([212.227.15.18]:41533) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQvlm-0005AH-R9 for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 13:33:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617039210; bh=zX4C4rMCm0/2RnteqDLeMPp0l/P3HMnoN2v0vLXqFAA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=lJz2/AuqVOVO/Rz/BDJmVYKCq/iOZCMa9gcNqpNyMsiRwJl3QSjssg9sVIq2a8zXl lH/HShJcWRjg1h9K8dzVL6rdx1tYfRrusNtruYHBUcSsPy89p7KDPWOgZkHqZmOeyM Xfq7AcBnC6V2GHtqXCXGL3LC9VtmEkl4RUAeLvDk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.25]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwfWa-1lonB22WYk-00yAJD; Mon, 29 Mar 2021 19:33:30 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <87sg4rclim.fsf@md5i.com> <83k0q3dzj7.fsf@gnu.org> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> From: martin rudalics Message-ID: Date: Mon, 29 Mar 2021 19:33:27 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:DyFSwlhvGt+CfBiQgLXP0xwM5jVOArUznMytpmyawou1L+EgT4J hvSz7WI5y7QbAkNkydScEfVwghLohy65VUA9MB9X8a4+iI9j4BO9nH3dzL+jxglY1aeOBic LLRROBxZyPUzIsl4r9trlUM7A0KgwDkd7kF07I6XM2E7uvxN/S8gs+yHLTMnlgI6LNUHdJP zc5uo7JqTk4V1cYNLLNBg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:EOdx6/18pu4=:NqoYgp1JqpbPz3d+vYobv2 A7HUdR3kmbBEsEoFsWBmC5T6QxvIDLnDxwewGtalw/pHwfk4rQ2zg7Q28ALnTaQ4/pIycKksR GroH5PKp/izxxmLV/eKEd/pTpC6015eWuO+3FSr3D2mTS3pVvhKow2wqYH/6DG7l4BLjrM6fW +xaaCK/R2tvKmeWLv7UdQDJ3UXzoUyeEkosxrLV6XHzfchNqHFmq49JEXRpehW+/93Tw7tcIg 8uDXCQdXzv/h9DuqND5HybEw7jMe6NH3wpjxDML5tGgT0OV1+pLZ5qMgI60FX5h7m2fwxRx5Q blJ3nn1UhLO4RayEA3lw37AzkzNYfNcJGPk6j9L29exiRoLSXzK6ayTxsNZHKb6I8ZGBrtV+u QzT3WW50tGOkYILsx5g8NaYNXSo3Uh/k1GfuACpO66eCWaK2AhUlRn4g48KTBZru8fbJzm3en etDRdYT8LmvOIWqt14p0o68mhpzFzy8mp9moUVXg59qWWb+WmpZGMPozxJXuTflyfkyZyROl1 S5K1CRd8yZH+/UG3DgV8V6TcKf1zd78VsrxsbeTsBldIRH5JBL3QvdXkK5F121YmNHD8JsQrk zWWztrVwhzaHIHTZQ2fCkdp8EgmAevoOSTOlq2sTe262YxeiOOwNoYFj4SaFW2YhHF7HU/83S EikJOEeWSi4l6RY1JImJUSG9L4qHYseM0kx/X0tIgoVRMElgRnAt9hEdGXxwpDAkuy+sb7VA8 CzVVuCQggrQIKLdYKcJq/3Ujn+dAejuYpVWWO/lHDOfHG1pw9eqlol9BGnL+C7AcASIudLEWf FlBvzmS6e4aJYYcqUvwN8fx4iRdQTdFQW8kfiycFtKjxZNKVGO4qFZtar8RFrfCHH1UidK0Ix wKBhvPlGzwf5RtwOnNL4xoRuEigc3bIlKktqD/GQOHGD5Pxe5Mhmogvddi0dSKVs0SV8dsKmk sU6tepRtq7mavVwHC9C1vsc5JXKxhAd3RnSYlkrM5GJj4g7iX+U0lUzEjTZFY+8bZbxFGS9oj Of1SKtAZIsBrRYj1edfdbDQzs76RYqUlQcC4qyTu/KlhFZVYAoK1VXZZUdVUwi784bgeMAIQ0 70QgL4GJ573ESH1qRBfx1dNJnJYf12DyuPk7lBr3tLxICU0J9/Ajr0C33Z6l8kK7Ce3Xog4m+ xbCjrgjXxj4Tel9EkAXQ6CuvKYDpbrIXG3TDTPG7vTxhqpafAN7qdbiUUu+x3QsMpj3Bk= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I had removed it, sorry. I'll put it in for the next time. Don't. I completely forgot that we do replace_buffer_in_windows_safely when that fails which even recreates *scratch* when no other buffer is found. > I think so. Both the *Server* window and the *Group* window will, under > normal circumstances, be the only window on the frame. > >> p XWINDOW (selected_window)->parent >> p XWINDOW (selected_window)->prev >> p XWINDOW (selected_window)->next >> p XWINDOW (selected_window)->top_line >> p XWINDOW (selected_window)->pixel_height >> >> print? > > (gdb) p XWINDOW (selected_window)->parent > $15 = XIL(0) > (gdb) p XWINDOW (selected_window)->prev > $16 = XIL(0) > (gdb) p XWINDOW (selected_window)->next > $17 = XIL(0x555556e96635) > (gdb) p XWINDOW (selected_window)->top_line > $18 = 0 > (gdb) p XWINDOW (selected_window)->pixel_height > $19 = 995 These confirm what you say above. Maybe we get that dead buffer via `set-window-configuration'? Could else if (!NILP (w->start)) /* Leaf window has no live buffer, get one. */ have failed? Can a "live window" have w->start equal nil? martin From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 29 15:13:03 2021 Received: (at 47244) by debbugs.gnu.org; 29 Mar 2021 19:13:03 +0000 Received: from localhost ([127.0.0.1]:49637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQxJu-0003JI-OZ for submit@debbugs.gnu.org; Mon, 29 Mar 2021 15:13:02 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:40058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQxJr-0003Ik-0h for 47244@debbugs.gnu.org; Mon, 29 Mar 2021 15:13:00 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TJCqoX007361; Mon, 29 Mar 2021 15:12:52 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12TJCqoX007361 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617045172; bh=/sJipBeWnCHfn6Wl8QmUFAGgfEF10XFHWBKfzZohUO0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=GsCbYs9SvBOHwjUs5aybk2APURzHH/fJ9MrZk9Tx5Q3rI9oHzZG0IRZZ5qL0Rot8b GFk46DMwl7MsABgIlEsNJIXmtJ/aOIA6wVz5ebEw/Xvu7Hq4qZupM7lDf5NihRk85D u03iBfz7hoNAZJ4T67mm7P4dxtkB15RzeuFd89JY= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TJCoFS010575; Mon, 29 Mar 2021 15:12:50 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12TJCogF008336; Mon, 29 Mar 2021 15:12:50 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12TJCodF008333; Mon, 29 Mar 2021 15:12:50 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Mon, 29 Mar 2021 15:12:50 -0400 In-Reply-To: (martin rudalics's message of "Mon, 29 Mar 2021 13:33:27 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > I had removed it, sorry. I'll put it in for the next time. > > Don't. I completely forgot that we do replace_buffer_in_windows_safely > when that fails which even recreates *scratch* when no other buffer is > found. > > > I think so. Both the *Server* window and the *Group* window will, under > > normal circumstances, be the only window on the frame. > > > >> p XWINDOW (selected_window)->parent > >> p XWINDOW (selected_window)->prev > >> p XWINDOW (selected_window)->next > >> p XWINDOW (selected_window)->top_line > >> p XWINDOW (selected_window)->pixel_height > >> > >> print? > > > > (gdb) p XWINDOW (selected_window)->parent > > $15 = XIL(0) > > (gdb) p XWINDOW (selected_window)->prev > > $16 = XIL(0) > > (gdb) p XWINDOW (selected_window)->next > > $17 = XIL(0x555556e96635) > > (gdb) p XWINDOW (selected_window)->top_line > > $18 = 0 > > (gdb) p XWINDOW (selected_window)->pixel_height > > $19 = 995 > > These confirm what you say above. Maybe we get that dead buffer via > `set-window-configuration'? Could > > else if (!NILP (w->start)) > /* Leaf window has no live buffer, get one. */ > > have failed? Can a "live window" have w->start equal nil? I sincerely hope that question is more addressed to Eli than to me, as I have no idea. I'm more than happy to run with different breakpoints and/or debugging code inserted. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 03:30:48 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 07:30:48 +0000 Received: from localhost ([127.0.0.1]:50278 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lR8ps-0002eq-1R for submit@debbugs.gnu.org; Tue, 30 Mar 2021 03:30:48 -0400 Received: from mout.gmx.net ([212.227.17.22]:41415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lR8pq-0002eZ-Cg for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 03:30:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617089433; bh=5Td7JcTolNGiwBtW3uYx9fZs9wZkApFQK4YgZD10UpA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=PKT+x/Fi7bCTRl5Fh/Xr66DouSRIvomFymE2ys8UrjliTxjc7XIL/7XQZRMWVcvVY w9v2ctySr0IMZe8Vf2o5KLNYoCh2KKLIYgPMhdGy6vq7+HV2uG8zJ2HQ80KwzqvrVm dKNYcpRr++4cYPf9+5Mx8AvDHudcpH8zyfYXhr+Q= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N5G9t-1lb9B60bDh-011AGD; Tue, 30 Mar 2021 09:30:33 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> From: martin rudalics Message-ID: Date: Tue, 30 Mar 2021 09:30:30 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------B6F9B872FF3A8C0F6407F534" Content-Language: en-US X-Provags-ID: V03:K1:12t/6vRTpyAx9Q6iM4xcg5VIwv066sf2b1xzqX9ivJ7bn9icUYt GkR4bR1t6C0KIGX5xwBAYg9M14WIzVKYuKxPLCfJExJikT3OY0kiZQxUuvfmL+KFnXseRsw qXPk/OktXn7iLqCjMZcJZAy5cYpNAXB8ebyXCCiXurGF5XxQve/ekwpzs5bqlQdqxgxhlla LtYUDtYuBrprPCaQDOO/g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:aKSEJ0fzEmY=:F67BquwJUlmNK3oxeRigCt KDVPuk4SmuYbWgZZ+UQX27QKQFjtUbRmu2ffJm9qE5JXiqpn1bmK8ZsaXjwKdYeePAMEjfppL syKi8Ae5oXcG7XJu1sqoHohxjReuJ92VF1XO/E8kru1iJfxFc4pwbYSC7PgU5Zu7tpqMAJSNI 3n7kRfC+f4YwSPNxojdV946f3nZHE+6eIolZi4JhPD9S1pfsyD1fftCIgJ9BKBLSSquQHlM/L Re7MMgscH5qk1ZxRQ86b1w0scc3cqiGpEOUrHNOzZCbRO3jliMvF6iNKrX+9+++CJUBrI/SZi KY9cQKChikAwbvO1NtshVN1Z0Od8aHfGjM2UmVKKoPNzH2kub612wFUIHLsVw1dTFxd7DF75m sPdGc0eoieleTrHC9rwGIVqJwAoVub4vEjzNeV/D6s+1btmluDUazD+OCb/eMbz0uKT8HGS4k Rba1C9zUEoipwXvqPIMVjpmoPFt5tHhkn1NIwyzPuhIAVopx2oI6JBcYu9IqcKB95Yd5PXGHS 84qGzT11o06tMDLo+CPxcO1yKVEuNolMnmngaIvNuvGkjgd4VtSCoEpuo/J7Myy4KNChfJopE JFSy672VHa0oNZxkmFwyCUq0CZeeX3qg1jucwKem1OExksb1iIWVtXEN+ffADvS+gaJxJpSLD kO0C+RiTh+mvhLe6k+dQ4orreBJ+atqXCF4UjCwBGD5hIVJjutYSbg32vkYpg48KxkiwHg5VV smuFZtoYbnzvTG01ugvrAobfmy8tYcnMvRIKnXXjbTR4kenz+LDLsJIe7bG+FPn/pWp/0g8bp OgiXe1E13EW//BWESZND2TYFWigIj0chSBswnAFpS30c092dkeGbxE12DIh9/6zUJipGuvCeB 9kMQWuQ9tzIsUM1suEwzJgVuwEmaXomiOBZeOSeaNXX9OmSmhkEluktoe6Srow+tjVzXWDP/m 7Kl1+cmnj48/jceNEVADhfimbr6LA1ku9hDe8AuqkvBcjlX69lH8/DtY9WUwr6Nqg8MRO1xFU m3PobxODs/nc76rHoVbTNhVQy8KicErbabDl3NG4IaWH8eV6ganBTr0T/dcRisTpqBfkDZJfu ze7E3xo2HO9jtooWU0ZnCr7Xmj5Jzu5zCnTM5VtW8b634ZAMqZjm5Zm9dIL/Kq2GXXcA+l5Ox Rra5ckrDwDReHfHvLrYg4fmrFv8QYPeCgP1AMDsSW8pz+3jgq+NxnGt7aU28PJD+HmFIs= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------B6F9B872FF3A8C0F6407F534 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > I sincerely hope that question is more addressed to Eli than to me, as I > have no idea. Don't worry, it was only a rhetoric question. > I'm more than happy to run with different breakpoints > and/or debugging code inserted. The attached is an attempt to catch the condition where the selected window's buffer is dead in a couple of strategic places. Please run with it in an unoptimized Emacs and wait till an assertion triggers. Yet another shot in the dark but I have no better idea. And if you still have the old session in the debugger, please tell us what the value of old_selected_window is. Thanks, martin --------------B6F9B872FF3A8C0F6407F534 Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..9ad1e1d4d8 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1991,6 +1991,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2153,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..539297c8fd 100644 --- a/src/window.c +++ b/src/window.c @@ -594,6 +594,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -3411,6 +3413,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3960,6 +3964,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4060,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5183,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------B6F9B872FF3A8C0F6407F534-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 09:39:12 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 13:39:12 +0000 Received: from localhost ([127.0.0.1]:50627 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lREaN-0007yP-Mc for submit@debbugs.gnu.org; Tue, 30 Mar 2021 09:39:12 -0400 Received: from md5i.com ([75.151.244.229]:43504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lREaK-0007y8-6W for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 09:39:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=SQzlRc0a0V+GQ66WtTkwNs83R0omGByAdNi1nSdFuek=; b=S8u47F/NhicCXovNIz2qmt4CsC Wp+7MXY+SDGwQD343hSA8SBgBSQNkq3SWaqzcyhGxyftPL3XyiTslV9czAWx/XW9++qdljRHacsJk HNbVj+/JA+22lXpNaC16Ejhac; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lREaC-003Xof-U1; Tue, 30 Mar 2021 09:39:00 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Tue, 30 Mar 2021 09:39:00 -0400 In-Reply-To: (martin rudalics's message of "Tue, 30 Mar 2021 09:30:30 +0200") Message-ID: <87h7ks92x7.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: > And if you still have the old session in the debugger, please tell us > what the value of old_selected_window is. (gdb) p old_selected_window $20 = XIL(0x5555587e9065) (gdb) xtype Lisp_Vectorlike PVEC_WINDOW (gdb) xwindow $21 = (struct window *) 0x5555587e9060 84x59+0+0 (gdb) p *$21 $22 = { header = { size = 4611686018595323929 }, frame = XIL(0x555556e24f95), next = XIL(0x555556e96635), prev = XIL(0), parent = XIL(0), normal_lines = XIL(0x5555569f93cf), normal_cols = XIL(0x5555569f93c7), new_total = make_fixnum(14), new_normal = XIL(0x555557529fb7), new_pixel = make_fixnum(238), contents = XIL(0x5555578f43dd), old_buffer = XIL(0x5555578f43dd), start = XIL(0x5555587e9275), pointm = XIL(0x5555587e92a5), old_pointm = XIL(0x5555587e92d5), temslot = make_fixnum(0), vertical_scroll_bar = XIL(0x555556d55735), vertical_scroll_bar_type = XIL(0x30), horizontal_scroll_bar = XIL(0), horizontal_scroll_bar_type = XIL(0), display_table = XIL(0), dedicated = XIL(0), redisplay_end_trigger = XIL(0), combination_limit = XIL(0), window_parameters = XIL(0x555558f54443), mode_line_help_echo = XIL(0), current_matrix = 0x55555829bf90, desired_matrix = 0x55555944e010, prev_buffers = XIL(0x5555593f8003), next_buffers = XIL(0), use_time = 10045, sequence_number = 179, change_stamp = 759, pixel_left = 0, pixel_top = 0, left_col = 0, top_line = 0, pixel_width = 672, pixel_height = 995, old_pixel_width = 672, old_pixel_height = 995, old_body_pixel_width = 640, old_body_pixel_height = 978, total_cols = 84, total_lines = 59, hscroll = 0, min_hscroll = 0, hscroll_whole = 0, last_modified = 60, last_overlay_modified = 1, last_point = 127, base_line_number = 1, base_line_pos = 1, column_number_displayed = -1, nrows_scale_factor = 1, ncols_scale_factor = 1, cursor = { x = 0, y = 68, hpos = 0, vpos = 4 }, phys_cursor = { x = 0, y = 68, hpos = 0, vpos = 4 }, output_cursor = { x = 0, y = 68, hpos = 0, vpos = 4 }, last_cursor_vpos = 4, phys_cursor_type = FILLED_BOX_CURSOR, phys_cursor_width = 8, phys_cursor_ascent = 13, phys_cursor_height = 17, left_fringe_width = -1, right_fringe_width = -1, left_margin_cols = 0, right_margin_cols = 0, scroll_bar_width = -1, scroll_bar_height = -1, mode_line_height = 17, header_line_height = -1, tab_line_height = -1, window_end_pos = 0, window_end_vpos = 3, mini = false, horizontal = false, update_mode_line = false, last_had_star = true, start_at_line_beg = true, force_start = false, optional_new_start = false, phys_cursor_on_p = true, cursor_off_p = false, last_cursor_off_p = false, must_be_updated_p = false, pseudo_window_p = false, fringes_outside_margins = false, fringes_persistent = false, scroll_bars_persistent = false, window_end_valid = true, redisplay = false, suspend_auto_hscroll = false, vscroll = 0, window_end_bytepos = 0 } -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 10:13:57 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 14:13:57 +0000 Received: from localhost ([127.0.0.1]:52482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRF80-0000mh-UI for submit@debbugs.gnu.org; Tue, 30 Mar 2021 10:13:57 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:37790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRF7w-0000mQ-D8 for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 10:13:56 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEDjdv002391; Tue, 30 Mar 2021 10:13:45 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12UEDjdv002391 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617113625; bh=SaxjPKTzkZa9kuFREnA24TKYfhRzz8cB6Wo6y1DLpio=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=WN2TID/PrcUqTdXVRcDS2sIeDTE5t0tSNwesrMtOcgBjI8VKh7qZboz8zvxibtYz8 Dte28U2L572B18Vy1SnM/tktxm2dYfciF1XA95TCgDewZXzdcl2hZxXn42ZEcKIyDG 1cuvoeim8EDo9oVY9t7rTtMXXZOUfbZQLPUIXGmE= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEDfHQ025720; Tue, 30 Mar 2021 10:13:41 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEDf8s030825; Tue, 30 Mar 2021 10:13:41 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12UEDfce030822; Tue, 30 Mar 2021 10:13:41 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Tue, 30 Mar 2021 10:13:40 -0400 In-Reply-To: (martin rudalics's message of "Tue, 30 Mar 2021 03:30:30 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > I sincerely hope that question is more addressed to Eli than to me, as I > > have no idea. > > Don't worry, it was only a rhetoric question. > > > I'm more than happy to run with different breakpoints > > and/or debugging code inserted. > > The attached is an attempt to catch the condition where the selected > window's buffer is dead in a couple of strategic places. Please run > with it in an unoptimized Emacs and wait till an assertion triggers. > Yet another shot in the dark but I have no better idea. The breakpoint I put on the error() clause added to buffer.c triggered again in the new build without touching any of the easserts. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 10:36:56 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 14:36:56 +0000 Received: from localhost ([127.0.0.1]:52523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFUF-0001RN-VD for submit@debbugs.gnu.org; Tue, 30 Mar 2021 10:36:56 -0400 Received: from mout.gmx.net ([212.227.15.18]:39217) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFUE-0001R6-7i for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 10:36:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617115001; bh=/7ReoZ8PvipL10dbYtVGQZ/1W4do8gA0gTNv+5gMmhc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=BkgQIQA9e+nWJtZAE0Uqa+9U7nG9qadjeK2+9aHrJEOUNXgL6ESt6JDREl1dGIlXZ hvtmLkSkpj/pA0tR8tom/EX2Tyza81YPbsc+aMfjxfbNPhs0R/gt85URnm171ad4KY Co9e4q2xmoIQSAk4FXs3Ne2TC72tBRFPCLTZt0QM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MD9X9-1lI8fA1Vi5-0098YL; Tue, 30 Mar 2021 16:36:41 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <87h7ks92x7.fsf@md5i.com> From: martin rudalics Message-ID: Date: Tue, 30 Mar 2021 16:36:39 +0200 MIME-Version: 1.0 In-Reply-To: <87h7ks92x7.fsf@md5i.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KvDsBRZiRodjWJ6H7spt6FAetLLZZY2Jwy2Y0n1SL9DHK7BchdF FKQPIYMMIbrO3k5Ko5cx1QEHiF8TziGv6pCUosGnbukX9tACzcGT8Px16ifQLy+ZAZs/Zf+ vstB9E3Lj1AQBTmWYYPr+306eVi8KLKBZdDArnRnXfshyqt7dKP07+xcXxUkiV34R7f4i2i WRkO/s5vB5v7omUwIZUAA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Y4oKIH1I4RQ=:moZhhG2V+P6kmNBnoAtcEo Sw3v93ZYia/UhOphhgyLigVA0NbHNsEeX1c5T5cJcrtGD4o28mr829be1gFrRENE/fk79d2Wo o1L+vNAbvZvfd74pTloZOWYHrGhdvngZ/RJ+/rH65kQtiwPwgJ5jZ+nP2j4mmTtJNSrPMNmrA OvAiWlsbCUvaX7zKBE5r8bBLycBAj7inoT9wPq0DSnteGBGducCLsHGATcXBv95fkMI9VFETv 5VeOh5s9gX4NMm1TNTLyJ1r8IvVpEE+N7FzpCgdOEmr+aYhNERw0s74y0S5e6TWdTO7pTWHm/ PZqDlM16M3ehdKl22irR8ro4j9ke5GJShUWtnQ8sZxQAV8HRc/evr2IFQbn4bc+0J5xkhS7bE IdoPyhQINvBq67AoBgpenIuVPFS/ukUvYjszC+1osXk3YLmXqSYVAgg9liN4Xv7cL4eTIPh+N W1AdiRZzTjIAYwd/759GVAAxcv98rX1kJty3/hT8FmwskDDwg4LvId/zuSISMw2gbm1qaIOIs Z18us4pbXuiR7wX/+GIkWCSVS+Hl9QeEO7m6sB6n8rke1IysWgjU0YqsLpLjB74pBoA7FBazu lzP4zkmq6FevpY0f25pE3thwvgqwCccY7kpkoMF5Trv+6K8em41sVPRs1ZWNVejSjCcJNC65M FbaO1ll65L02XIjVBCX3c52pXA7M4nelnk7reK1c48nbSd6HDxsM9IUX01XvSUtirhbfSJQ0O 1wWEt7S7mUSi+yneHswzQCxrNHoZqC3waVZgTIunXx9NoTEcrPJzbDvv78s27VXSqndBNpELa 3I4yGGmTrXz65ldw52WHwRqxhrXhDMpyzzIRwjwuBLRtKT6BZlqJs39SCPgQIUEa7NTqTcKao +fYRKJ0WSxv9LE3Sp+PDC7JXmjMaIxDP68QxggPszW6/1oz+2xWaCxYfI/BY1Bk1gPZrsDU7t DuvCDPaf0767BxKxI3hV782A0XUU9ZHvp74ohrLk0ugHHyt8b+lcrrEFMyIPK/X2fHRstITvX 8yaA2trw9z7WhfFToXPY3b9a4qwpEDRVrDxFKTulDlDTcUalQfDwZSQGI8npiNXGJQTk0Vs39 BL9M5XijLfykZrSJ8aQD53b+oCX2FtnKS/uB5xBTdrXiNhTtQT8OVtZh9jDVs3Wi6rn84/mqt ilg1lskS40wiBiyp5OXaPf/Lfv58cAQT63XzBUsuJ8ogwDoHWjI9E7bvBsioB9Ar7nM8M= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) > contents = XIL(0x5555578f43dd), So the selected window has not changed IIUC. Can you please verify by comparing the values of selected_window and old_selected_window? And what gives p XBUFFER (XWINDOW (selected_window)->old_buffer)->name_ martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 10:37:05 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 14:37:05 +0000 Received: from localhost ([127.0.0.1]:52527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFUP-0001SM-7F for submit@debbugs.gnu.org; Tue, 30 Mar 2021 10:37:05 -0400 Received: from mout.gmx.net ([212.227.15.19]:47211) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFUN-0001RX-QC for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 10:37:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617115012; bh=6Y2h8PyzmFX9Z60qhuBM6731ELDcT9geURZFR4awhL4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=PTgCh/tQ9KIZA6RHyzJ2ZgZYZevwCUzBPmXN7os7WMZBpz8+Eol0vDciS0iJNJIGJ A9j82N0ynlrubS0f5yzVB/nWl/DKvZZ+AaNBKXBEb/h1IXebjyjuTlWCK2MBPez32E 6CwKQjnhiiV4mF8RAkpE0wAMV6kRG6+j3kc/WcVw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MrQEn-1lwOqy3cXv-00oT65; Tue, 30 Mar 2021 16:36:52 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> From: martin rudalics Message-ID: Date: Tue, 30 Mar 2021 16:36:50 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:nZqouPu8qIEFl0ngxwKuQxd77FlqTgMGCAYTk0zzOLtlp8bU9RK CsZXidc8Q01nCZqv5ZwJ88H/My7AAz8xiOSXYp+llngyBqnEA87hFkdY7mUKd8R87P8xpHu S+BP4KDY5Y2Ny1oRl7IDuHFH1mhJu0GCL6lrbS7wfYBzaP2J5KXrqVwg2TjInDoyq/8Nf2E jsX+GwsZTJK+MofbK9XMA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XIRIhOlN6q4=:rAry3T/JrxorgmlUfDCrw1 0/fRrU4MWou+EStC6DuAXZw5wG1iUEs6OD0rqvgxxAd89N5tkyQ7CB1kY2Q4loBInya+9cx0+ T+cfuG/dHlUqSNI62Kp63znsx6Kze98OnCIxMIyBSCJ43VWyI8pc0+5vRlG8w2NoJCmeHjhyb xkgQS2jJEutHHlQpcWhGXZoUR/AuCy5DKFF3NJcsrnBgyybhS1BsYdv3EQBWTaSTTYMOkMjMH jPwd+MTN0Gix8HSlHXVb8LHSCE56dZ+TJjZl+r91Js9qWv3rHzzQcyu46pXjXjBX7V9AwdUAG epCjB3dIeH89oKuZRA0hQunGpK9540g5Te/I1Sg5bGpjmxnCFcuGyPSyy2vuwNqfHztWBX3R+ 1bJL0yjw8IuKIaPaB/hX8Knx0n6ApyGOeqOcczcxus+V275H2GgI+JEAxVwrICMreZnY4PaUG fyaGzbu0QGLYv7/P1gYIKSnv4zg+LY+Y6qq7jZCGk34WDph+6Z03nLUs/+KBF03/rs0OStDi3 tEZhgbfhiI4z5eu9i9d4/7SV2/lrBt8IZP64STIUew+6lVPPFXXakbCew386hhMAfJkOUjxqZ Gcw70hBfRHOlu5FzXiP/qnSWQvarP5F8NTdWwXSxa7KdlH4fyF4bD6CYz4CpU1EqEQ2ypdQXb tk9vrbANrXiScG0vF0RE7L4vs9Mk1aoVZH+fHJ+pQsCiv9oOXQBNtkz5CBqogzChmD4LBgWTJ rt7AdIR/bd0ELYD8GQ8x6MWu7sSzRpqeYzWXuMpJnY4biO+XvU/IPHKemJ0eQa0nJX9VDaiAa v+Gjpr4q7E03MzRNwiSBtok59I2E+iBpm8llc4Nq0BW0Ur49VwjUlR/0puyGKuqfqSe1HgVlQ v4KKHLTAeBfQ3fEbVUDSWi+mYH2U+Cfb3DQgyRX0zZnBCaCvuQvwKDbpJeg/Z6+DHzIcvepwb HavqIBsP9gPDuV7J6vQveQ2SqrOB0f9nOPurJa/od4aN9X9oONwtoa+3v5IGkqcJJEEy5pJD8 F7x0zlfZ/yTxF4GCK4ZR7nUDonLfLayShlOdMiOicY5X/XDFq/eTQh9xUd8E5da17xEUNITuy IxPhSegsZMcCz5+9T4XslR/R6hWF0iiyWOJ1V5PZmYCI12emaovyPH/39O894jOxJlPLeHLs+ h/uB8/A+qOBbFMyms80dqcKz29ADkM4jrQM0uoxO10UqWCf2zJVAyBT7lJYnNBY4TfVOo= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The breakpoint I put on the error() clause added to buffer.c triggered > again in the new build without touching any of the easserts. And I thought I was overdoing with them. This error is a bit too elusive for my brain. Are the buffer names the same as last time? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 10:48:09 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 14:48:09 +0000 Received: from localhost ([127.0.0.1]:52570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFf6-0003vK-Eu for submit@debbugs.gnu.org; Tue, 30 Mar 2021 10:48:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFf1-0003un-TI for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 10:48:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38589) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRFep-0001t4-Ua; Tue, 30 Mar 2021 10:47:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2049 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRFen-000250-Ui; Tue, 30 Mar 2021 10:47:51 -0400 Date: Tue, 30 Mar 2021 17:48:01 +0300 Message-Id: <83h7ksk89q.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: (message from martin rudalics on Tue, 30 Mar 2021 16:36:50 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Cc: Eli Zaretskii , "mwd@md5i.com" , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > From: martin rudalics > Date: Tue, 30 Mar 2021 16:36:50 +0200 > > > The breakpoint I put on the error() clause added to buffer.c triggered > > again in the new build without touching any of the easserts. > > And I thought I was overdoing with them. This error is a bit too elusive > for my brain. Maybe instead of trying to find the exact culprit, we should simply protect this code: /* Make sure the current window's buffer is selected. */ set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)); from selecting a dead buffer? For example, by using other_buffer_safely if the selected-window's buffer is dead. After all the code in question, viz.: (gnus-kill-buffer (current-buffer)) is already quite crazy: who in their right mind kills the current buffer in the middle of a Lisp program? What were they thinking? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 10:52:06 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 14:52:07 +0000 Received: from localhost ([127.0.0.1]:52577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFiw-00042T-NG for submit@debbugs.gnu.org; Tue, 30 Mar 2021 10:52:06 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:38624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFiu-00041s-G0 for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 10:52:05 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEpwG6008337; Tue, 30 Mar 2021 10:51:58 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12UEpwG6008337 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617115918; bh=YOlDt2FH2EZZza20i8inNEsNr35lCJv1giLSRLuhwfE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=pi9qLTV0Vpf65SAWKVY5iC9nwHUrpnzH/fof6nlZ8/yw25sPYh6mhhPKbTmOwJsXd 3E/11JQxhIDVUctNM9V53UQTVhY9opoaoHzgcFX3qM6O5jEjsIufwhAniIVXtoMkE3 lsMb2BxMy109CFmL7FOEllSGrPhl4nTVNBLm6Rws= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEptfv013519; Tue, 30 Mar 2021 10:51:55 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UEptBR002368; Tue, 30 Mar 2021 10:51:55 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12UEpsvj002365; Tue, 30 Mar 2021 10:51:54 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <87h7ks92x7.fsf@md5i.com> Date: Tue, 30 Mar 2021 10:51:54 -0400 In-Reply-To: (martin rudalics's message of "Tue, 30 Mar 2021 10:36:39 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > contents = XIL(0x5555578f43dd), > > So the selected window has not changed IIUC. Can you please verify by > comparing the values of selected_window and old_selected_window? And > what gives > > p XBUFFER (XWINDOW (selected_window)->old_buffer)->name_ (gdb) p selected_window $1 = XIL(0x555556e7b645) (gdb) p old_selected_window $2 = XIL(0x555556e7b645) (gdb) p XBUFFER (XWINDOW (selected_window)->old_buffer)->name_ $3 = XIL(0) -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 11:04:05 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 15:04:05 +0000 Received: from localhost ([127.0.0.1]:52604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFuW-0004P0-Oa for submit@debbugs.gnu.org; Tue, 30 Mar 2021 11:04:04 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:38910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFuR-0004OK-FA for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 11:04:02 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UF3qh8010014; Tue, 30 Mar 2021 11:03:52 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12UF3qh8010014 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617116633; bh=c8EKOvwdWxeh1xCmRgV1RNlPy87u7Qm0+x0B4X2Xj7g=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=erRS3KNv6pTrZQM6Ko8gZ4NEqAs3jBEU7yycWykUy0vx1Hca64YnwhyPt6QQZTssa ahjE1qR6/08Aw3Y/xjIF8X8RbGRgoFRiyEKDZ4WQ1rO2I+bsJcNSP1E1Zv91tDq43R yECBDWseUElBj1mWfQM8NewkC9OavfrLv/G1twWs= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UF3maD016708; Tue, 30 Mar 2021 11:03:48 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12UF3mTX003902; Tue, 30 Mar 2021 11:03:48 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12UF3lKA003899; Tue, 30 Mar 2021 11:03:47 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Tue, 30 Mar 2021 11:03:47 -0400 In-Reply-To: (martin rudalics's message of "Tue, 30 Mar 2021 10:36:50 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > The breakpoint I put on the error() clause added to buffer.c triggered > > again in the new build without touching any of the easserts. > > And I thought I was overdoing with them. This error is a bit too elusive > for my brain. Are the buffer names the same as last time? Yes. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 11:05:30 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 15:05:30 +0000 Received: from localhost ([127.0.0.1]:52617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFvt-0004ST-Oy for submit@debbugs.gnu.org; Tue, 30 Mar 2021 11:05:29 -0400 Received: from mout.gmx.net ([212.227.15.15]:42601) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFvs-0004SD-3I for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 11:05:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617116716; bh=PJuyIzbD7i6lRaO6Co1lMRI4f41JIPqJZKPw6NoPaa0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HRmp512FtEE2TSlxbTYueb4DZFwopUD1grhf31rpeWBvHTcgoy4g+YvxqiWP52x2a 0LZJpSIJOh8hIlljaWGvevSz7rqB/CZIT6twCzn1NRnv8/eAec4YjpbMsf+N1NMuIZ 2ppP2yrpDTRwAqol1EcFaALfL4oOUNSLVR2C9xRY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MatRZ-1m1xOJ17tb-00cPq1; Tue, 30 Mar 2021 17:05:16 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> From: martin rudalics Message-ID: <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> Date: Tue, 30 Mar 2021 17:05:14 +0200 MIME-Version: 1.0 In-Reply-To: <83h7ksk89q.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:SaUPCF3ZghTlVhCiRzXgA4uv4NMb550pu06bgrAXslPqYyvB6L7 MZG4ys/kDG7Zw89j/Ut1Bp1Nh2n8uIu1CkCDy4+hv6Rf7CHFqvwXc5Et8dPSWBolnTmXbm+ MNoMRW0b0T9qJd3cTiNS27jkJh/Zm0FjEiUsNSvIF/DgPqaAod+sVsQiexR31UqQ1ml+mO2 lCubFdX2i/mh3nUAoc1wg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:wXrU/yLMLy0=:dPovdslyZcKdqXUzFj60Wf EB9/kvo8ZhOYr0qPAXzjjoK9mKxT0L8HBGCQJ8L6KIy9qQFNM4quDcrogAgKpE6sdXh6P/DYr WlxY5m8+KkYTjvbcaLiUHVcnO32u+t7Jcepsgs8XsRUO6Jr0gC4V6dy8sQG95UTauc/GGmxfR e03JDqHcewHb0EhLJwbJMthT0tT20iKQKOTc+H2XCZ6b7cgT28XO/xH8o7KIrHw3WWSVxK9lx nxZbIJJ4hbu5sqQRu0vGn99Gg3QIBzu4rp0HlP8Ucj8ZE6BVbHaysvfeysgSf+Ivun+2/NtQM bJui2lID3FpD0D2Xs0HZbPWQRB8vc2QYItxIuT+c4xaOHNEaxeYwMsK5vZyr3XU8Ni0b2C195 BJRvg6Ik2sQFDZH6hBHIeuwSx7bkMBP9jtaW+RcMrhfc7uMc8oK7A93R1VuIAtfGafcWgjEno akIWcrzhYmY02pp0xsTvXJMk0kRJnwDYyXR+JdmmcTD5XeDkY00OHq3jgVwDhoOR5Xf1BIEkz bCDGel4dc/2q8Fhgm2GlGZ1ZCHbeAxUh0Eqbm+xK8jmMonwSEOkFivA6se7dJaAKPDdkfg+uV 2k9b1kxJLEyMRXd7OiecmoFjlrDo2dH9dSMCD/9ztg8PQ567VUWHef/P+LoEO00HA0YbQsB5m XIR+2XpRCBcicHfhdRY3Q2dFdUQ7ktMfmBEJM69XalobeFhdYb+QSLg4sAt+7DK5PMTkCgfXL Zr7yRSr0MtRRB+gCADuuaxTGbp6Tsc50Dj3A55mpNNLSZ027xkqnpSgNr+TKXKF7X0HnVJoGd whrqez6hnyXX6zLbd+FRi2EGrfbdWnZEBSqrsXCaycLJO3ZUcl6Oo58/hj5nL8WmBwkfdVxCC 3KkYa4kfReWNlpeInAnm0WTBLVxs9C9yT/M2eq5d1zXPDqdgJSsZWGhI/kN9R+17Ep47vWK/j Cc7FcA1nCUhpQgy7yzU9PAGUurK/HnlUP8wYDlKrd7tQGBgdxTPqrjtNkAw8VhErr//TZ4hZk i3o74UrkexGB0uB03pOiRUhS/RJcnHbsZCDXunxIfOK/SJS9scW+j4vZ8DFu2MF7g0nIslyl0 UNHaUcygD+fMI+6R8C0tiw0/4dPtngbp5EnLW7/ccWuxyRpju4vZ7sHyOmwY6nhrSYXYfSIsY sMK6Sbaq7qVN7ZCYcDx76MGpiyBHuTuCP9CAhKoFHuRa6yla3EH5xD2KhbndYHO1DYZ7c= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Maybe instead of trying to find the exact culprit, we should simply > protect this code: > > /* Make sure the current window's buffer is selected. */ > set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)); > > from selecting a dead buffer? For example, by using > other_buffer_safely if the selected-window's buffer is dead. The problem is that we already detect this situation too late in order to tell who the real culprit is. For example, a dead buffer stored in the selected_window's contents field could have been a dead current_buffer before. So for some time we could have been already running with a dead buffer in that filed. Long enough maybe to cause havoc elsewhere. And what happened in between might not have used set_buffer_internal but accessed that buffer more directly. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 11:05:36 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 15:05:36 +0000 Received: from localhost ([127.0.0.1]:52620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFw0-0004Sr-0e for submit@debbugs.gnu.org; Tue, 30 Mar 2021 11:05:36 -0400 Received: from mout.gmx.net ([212.227.15.15]:37917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRFvy-0004SR-Bq for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 11:05:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617116724; bh=DNMSfxTU0HaX4QtpV1y5t2/1ZjzOCzATDkUFHfyoua4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=bFeYNf3+r42SQuFuWv9EEfmikpf84PtfnI3PMNp/mi2VMfx38ct6Eiwk5ZnvbmZ0k mfESr5yTH8kZfh/ArhPaH1jUW5EpMwEkDxGubpLCdtWfGYuN/OuEWwdeP1S/sUsPm2 NPvzHKU0TtZYB3QRZwP39bJU/P+jviXmNzIqT/z0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWAOW-1l6uic1nNi-00Xeqc; Tue, 30 Mar 2021 17:05:24 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <87h7ks92x7.fsf@md5i.com> From: martin rudalics Message-ID: <84b7c1ff-e267-29b1-b057-f0f9e7989c8c@gmx.at> Date: Tue, 30 Mar 2021 17:05:23 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:3nheYYy8u0VkLczf+aY2TwAijU3jYm4gO6oikIikq1yRGpQUG5u vXA1/TZoUFpg9eQVxRBAXldEURrm/l1HaE3y8wSof8leILrNAH9GaRGNsT+r0XH1bIfkW+v LanwgEQvHFECFUK2No98LiTHzKbv7mBGWiK3esIqkL5k0NBGvA7KYNXmTLcBF4NVVr3koTT jMTwxyjrdBauE1cfsosgQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:waEjsPLefI0=:agN8PAyBCmjmOPNQJq/rph xPoEN6aYDralq8zpcz0pwJ0vUDnZiWjJOzyF5+23xTDTQmNV4Wbyw9WmOmcDcfSeWfMWb35mP DKpDN39Ra6kWm8DYwPehn78lJn1HHOv+nT4dgzmctoQfuaGY5oA/nLVd44AS1FXt/numyXJoL rqsxOR/2kp3AEtyzlv+nmQOF5xOaID2Z4X5kShxyyxKxODTBnhYWH2K2lFJamd+GDujcP9ute aHuj6NdD1Izh3BAJ5Qy5UYFrGTBVWzszv8pySR4OFOyyf4QB099LBSW9HYTWU20VXNyY5epCd webY+UZWS23aD36ZpXYdcJNaad0x1RE2e7cJBiNAnz3Pt+rDacRM/PMoxOvEXK/c1g1fd2Kz2 69/j/r7CRx0KfcnXYX0q2YKTbVjXYuVsokGZqpq+H5O4ViLJLPC6GiLm3Yf8rmPjPHgr2cCCy NvNIp2ocfE/JJ5VsJn2sExkiuwb+qFZUQriqVk5u/s3KggEdfYubTM84D2FAXimJpVHiABZzY DpGPQa3P4fHlYPLlPkHVOte9UEQpaPm5787kKN+R7uYgnzzOE1wZgmGhwAUZtyn+YetkfnChB x3YwttiAYS/5auumAu5AfJyiOFT4Z180zSatvh6NIy2hgbDQnv0aK809xD5NQxtTGGocIT57H MPrTu9z/1m4ZaeHrxYGZG3gj23Lek0hsGLJp2Y73ShJLs9P2andoVM7Wy4JBYD2tWcGSUc9oW s2T3ulXfl2sqNq/OBzd/cuZkYz2K36sAzsvvbh/+A9jTZoMy78FzYF5LF/w8s7NnHb59ALiDc X4THaXvbNqf5nyTA9fFdDUiz+uxtXl3K+IF2W59RRdDWoaCzhPRJrgHtIOtCW69lJ46jYOsKq EZzBFa0oPmDToHUZdmHccJvnfWP1MZLhKPjDjKDRkFrk9J4J2GD/B6pLt7o7/xbn4KC/mASni w3Kv5mXF0uBj3tmODcv2pkNLyTFqlE1m/ppNfyexf2Ql3n4RW0P6aX1iVNfHXhJu7SS+uz0+f nidh7XtUlfdNssQxveS7WCeWXc78TLIlGl9qo+wInCTVwzVwcufUSJk+apITTljdyWOw6lQgT RB+ms56U147d5WNLM4g05I5IdxmhDfC7+HyKC8dTfaGG/8zdLhO1lbo4jSIl/h1xMkiPFpmZE PnR+ksFwS7YCkLlYvuMyjzDUnZzwAOrtITaHQEfGA5Y4M8mFG/FC3DRtxgukpDn0c/+oc= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > (gdb) p selected_window > $1 = XIL(0x555556e7b645) > (gdb) p old_selected_window > $2 = XIL(0x555556e7b645) > (gdb) p XBUFFER (XWINDOW (selected_window)->old_buffer)->name_ > $3 = XIL(0) Thanks. So this was the buffer as of last redisplay and was killed since then. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 11:13:34 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 15:13:34 +0000 Received: from localhost ([127.0.0.1]:52650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRG3d-0004hW-Pp for submit@debbugs.gnu.org; Tue, 30 Mar 2021 11:13:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRG3c-0004hJ-A7 for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 11:13:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39517) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRG3U-0001S3-RI; Tue, 30 Mar 2021 11:13:20 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3806 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRG3R-0003qu-BT; Tue, 30 Mar 2021 11:13:18 -0400 Date: Tue, 30 Mar 2021 18:13:29 +0300 Message-Id: <83ft0ck73a.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> (message from martin rudalics on Tue, 30 Mar 2021 17:05:14 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Cc: mwd@cert.org, mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org > From: martin rudalics > Date: Tue, 30 Mar 2021 17:05:14 +0200 > > > Maybe instead of trying to find the exact culprit, we should simply > > protect this code: > > > > /* Make sure the current window's buffer is selected. */ > > set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)); > > > > from selecting a dead buffer? For example, by using > > other_buffer_safely if the selected-window's buffer is dead. > > The problem is that we already detect this situation too late in order > to tell who the real culprit is. For example, a dead buffer stored in > the selected_window's contents field could have been a dead > current_buffer before. So for some time we could have been already > running with a dead buffer in that filed. Long enough maybe to cause > havoc elsewhere. And what happened in between might not have used > set_buffer_internal but accessed that buffer more directly. The above code runs every iteration through the main loop, so fixing it there will go along way towards avoiding the havoc. Or are you saying it could cause harm in some situation? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 12:52:34 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 16:52:35 +0000 Received: from localhost ([127.0.0.1]:52735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHbW-00076R-Hr for submit@debbugs.gnu.org; Tue, 30 Mar 2021 12:52:34 -0400 Received: from mout.gmx.net ([212.227.17.21]:58457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHbS-000769-Pn for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 12:52:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617123138; bh=TOUKRUPGV61YjkR0Q1cV0K81M9/9j2fIXdL4bWnLezY=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=lOWQA29OC0Zs4xxGVOE61I4N5O1xmHvt+Y9Ogf9D60gyA0CBFT4h4pN3/kOC4w2mS tCrdubaAdOZ9+Y6BXVXUH5CjzvFe6AQjsy3j86QKoQIK3rkxJlSIFIYTWa0o3XBocJ 1w5mBjXRbUTLctuIYGbzC809MmYxdhigEsKbfKZw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N4zAy-1lbHVt2g9U-010tGo; Tue, 30 Mar 2021 18:52:17 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> From: martin rudalics Message-ID: Date: Tue, 30 Mar 2021 18:52:15 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------25A3ED28B70497F85FA5826A" Content-Language: en-US X-Provags-ID: V03:K1:aXgNoSlvXfhRVZLKyqgxJe4rLd3ltxGDgUupax0UWH9l8UIfIYi LKWyQ41B0vIa/Gd22m/eVga3rUiGXqD1+4dduuwgwHTakTMJi6tSrTJ/V+aTvcRiqsPdD5B zKlGYpwZkMqTqqRDIfouGwmr7ZFx3jqEWTpjR7Q+nZyZ661Gy/D4PjURajHg/cHt6wLnJN+ 8GXkuY/93jNYMFGRkR8bA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:EEt6ltRlMy0=:BsixYjMWo4iGuVnlhrpKJ/ UeO9VjrGV8BDVq8d9/5D0xNAxU/GtNvV+dRYV5DxjF0thi893m8jMqLe7w8CshniOcKdMF23F dgc1J/SXU3tXjtHQxs2cYfrBPau7HJWR4GjDubvW4wYtBiqH+pdhSZxJhx/JsB1MTHCX0uRX6 sKk45dpbkQbnK/kKpjFciFLEPTdEr7ICYoou9vGstnn5/fbhqg/JH541yjn7zlsumXFU7AH7s rlRDhocOV7m2ad0pTUbbi1o3RgvPLV60TAAFoA+ij6aQaNBOz7Zu02isUw3sfQCV3JNHT9MMr Eb9dmn+CxZWJBpKGWbltVyI07pFJR9BOZJbOK2Esff0pb6Bc3iHX8n2pS8tsx8DRQ1b6IEIwA hGq8+IESf32SqKJ1y/6ch/YG19jC4z7P0NrFrqYbmFBnVQ0Asmv/xZ4J9uPWvHPvQkvaEaAZf RTKUzDe0XwBkY5IzIvIP5bvFif71uuJXZxvAdIaLOClJJ3YSPQWcSgwHS/XWLyyNe3e3QVMeM LbG4y6FJIAeqooULSCzPXhazBPRPI3idyEGBxyk0CloKNyg8CXprYah1dlD4nqkoQSnZtJDN+ BWUsMJ/pNYM4xXE3Pj1bWDTpxQ09Jd2yNPZKgbva8WOPh4o+h65hJfti6zH1KP/rpmdUSEb8h JY/AUUaufEm4DbH4Po+1MvkibOMKsEMYmhzYTyeHCb8BVlmYYBSVeRiMHyYZT5m8M54FYfdaW tMhCLO+rr12qiG7RIf6h1xFZBgzu1PLDTYwH4GdnToZaCa3i4pr4nlYjCYag1p5H3TSRPseM2 hqWwcllY2T8blux7rcS4YCH7xQwyfU3aesH11ZoxJMAChUJsii5A2NbRqSGpWAEeDdbFY2gdh 1q4zke5Wt6jhS9M2nEEWjNTFYCJP35nEB5zQs6IhMWfRAU5tYOyMI75BPjj8hxWlVgNYdPZsm WEcVJIsmgo54mabicmWNElSEAfDdht18RdVHaElukPJHDNwCuLFxVciTpBkAAOfk5TDoeBk59 99cCwve7BEklGHbG1ndcdNcTGVzgSSniGaBdWnSNDiIk7n0HoPiPktOKwLUL1zq1A2idoQXzT +OV/1D4dLrAysvUiG6mFZfxHgL3pm1BCehglTa6SBDmcyw0/Di4YJXv/5pXksHAyDCMzg7ox5 2uDBB0UGT+OJSCZ57jlJ99BTjoP598xi9131f0An9PIBbA2SiiO1WGZsKBaR2z924DYUI= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------25A3ED28B70497F85FA5826A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit >> Are the buffer names the same as last time? > > Yes. It all sounds so easily reproducible and I have no idea where to start. Please bear with me and run with the attached from now on. Thanks, martin --------------25A3ED28B70497F85FA5826A Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..9ad1e1d4d8 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1991,6 +1991,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2153,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..8cea0af8ab 100644 --- a/src/window.c +++ b/src/window.c @@ -307,7 +307,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +319,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +599,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -3411,6 +3418,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3960,6 +3969,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4065,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5188,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7249,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------25A3ED28B70497F85FA5826A-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 12:52:43 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 16:52:43 +0000 Received: from localhost ([127.0.0.1]:52738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHbe-00076k-Uy for submit@debbugs.gnu.org; Tue, 30 Mar 2021 12:52:43 -0400 Received: from mout.gmx.net ([212.227.17.22]:59191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHba-00076I-3h for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 12:52:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617123147; bh=61PtG5UWeohpQjdLYuNjtc2FrzVF+aUztX5y9DM9l7s=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=LiEB8ulIuZRf0B7KSFX0cNc+hodzos7H6RE7aNvJPZBpGrdY93151aRhL9mIcb3MH lEBNJN4Zs0f+/x5m40flFjKwUljAmlwIAIf575p6onKuMnlFB445aHdFBpHFd5xVfK s9PHzYFRrRnKwYRMd/TmvKfv1KJAi5RzIN3rIIDM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.203]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MORAU-1lGkXF02Hu-00Ptil; Tue, 30 Mar 2021 18:52:27 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> <83ft0ck73a.fsf@gnu.org> From: martin rudalics Message-ID: <2820acc4-291d-d4a8-73aa-bea9ba2bbff7@gmx.at> Date: Tue, 30 Mar 2021 18:52:24 +0200 MIME-Version: 1.0 In-Reply-To: <83ft0ck73a.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:fB7dEBFQfG2qDTAJ6MlioTWUtqnOKk5KZTjfGE4W9FsOGwi4G+6 E3N437qWtozRzTLuTEQWGTranb4eAO795l+r8VI3j1M9R4dfjt33ATSNs1aJD7S6mQabZcc UEQnsPT/PfkdSTruGBds2voMeH2/1Eo6hJVgwKQFjOOmK43HdeU4I1iMIHVNyHcpM21sdDS RXMTKDMW8Wk6RMLQPL8lw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:h+xbSC9Kzeo=:rKoaeEHO9tNNvoSYYE0iEO sX+1qe+rwd7HDj+LBzZeUmxtFlUQnYC7pFz9OcDMJYctWoyzoyBPMsco7+unC8G4j7EzGo1Gq Uc7bJwQ5d6nHq7zJ/zZWw3ZNTCsRZNPCVcpnRLS2l2gE2p6g0UqXaqqzNyffM1iQUybD7iISN COc5VMeNukx7FUfu07G5cTKinV4sfOdzSaFEj1AtVjL1/5hEp1X3d5/0rmnSHnKIumO9QN0Nf x+M1jQGePaQcwUl7bpGKZ1oPyZcEgzA2hEZmuOxmBi6Dl8fOXd35sHYzeOtYF4sImlDYpzHoU CpIJZiQYGmh6uxI0ecKoEVGC5mNkhQgt90cRqwSQFJCNCufk0aNGD7i19nxzqbPcDrXG6Yaqm RUl1ldlktbL3o7eqGDdBl127sMJXwHoySdGDA13IbOWHX8VBsEVX9VY5DAIs7y6xihudHzP+z 6Jind8KOa0NTtb95dA71sHGRFc2tPI2AJmWHO8HDDZJqdjGOEzmEtpg4/jfPERhNkipSRitQZ Us1L95nxFKiusLMYXHHBZWn+xTJnUc+RCY2PBM0JZqbHtjMHD40ZrHY4BukExdFlRAVErLDxp 5mYWMbUa9DHHnggfMxSrN1Dq3QlhLUc02Qznbce/zhQNOIxPI2hc8bEPrseLsHxperW2CUEqy rbNX66LU488Cs0DAinS/7CtJq6ida5oZaA4ya5+CL+/o8TxjBIGHc1kGN4eeQZDetVW/34AJk /4NeS4QDxDpvVDOcCZLmxRGPyCJC+Jx/5lIQPWxiuKZkto5WxqeT36u4QhnmE6Hks1atNyCJs hQ7ESnH/SemfvCxA4p6/FPwjaUw4Yg6DMSpd04kd07Je2A5NhvINQHVEOzdvyz8rU7nkbpMSn ohuNjxelmfxlkek7ViEyZ2SXye/Oxb0T/DKJWn5lsLSUOtjQ6p1p2E0ybCbz6FmRIOLpeCGf2 SiBEXjvsq3hMDGOZBbfSLfrl/nn28O4yErQwFA9y+QNUWjurp06UexAtxsfXMijpxDmQOrYXZ 55hhk94LmosFYwTwdDB5BScDWorwLRhyKV6AGFBS9WmSXVgRmM+h/zwpc3ImuUAm85bmUoChX 1gL8/Hd6iB/9dGrow+blJBo+T1Ea4CbssDvXq01P3HznGyOIIPLdITMssWZbGvRZMN1tbGjJZ 5Rp1QO4i+qhYwwU6/MAyVhhLVHaWYAnlfWsteLCfhULe9oSNJ42yU3QtnLFy5Z2gngJ64= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The above code runs every iteration through the main loop, so fixing > it there will go along way towards avoiding the havoc. Or are you > saying it could cause harm in some situation? No. If worse comes to worst, it should improve the situation. But we then are sweeping the real problem under the carpet. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 30 13:06:01 2021 Received: (at 47244) by debbugs.gnu.org; 30 Mar 2021 17:06:01 +0000 Received: from localhost ([127.0.0.1]:52754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHoS-0007SY-VH for submit@debbugs.gnu.org; Tue, 30 Mar 2021 13:06:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRHoQ-0007SI-RJ for 47244@debbugs.gnu.org; Tue, 30 Mar 2021 13:05:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41974) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRHoB-0006cz-EH; Tue, 30 Mar 2021 13:05:43 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2846 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRHo4-0003Wj-Lj; Tue, 30 Mar 2021 13:05:36 -0400 Date: Tue, 30 Mar 2021 20:05:45 +0300 Message-Id: <835z18k1w6.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <2820acc4-291d-d4a8-73aa-bea9ba2bbff7@gmx.at> (message from martin rudalics on Tue, 30 Mar 2021 18:52:24 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83czvvdw7o.fsf@gnu.org> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> <83ft0ck73a.fsf@gnu.org> <2820acc4-291d-d4a8-73aa-bea9ba2bbff7@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Cc: mwd@cert.org, mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org > From: martin rudalics > Date: Tue, 30 Mar 2021 18:52:24 +0200 > > > The above code runs every iteration through the main loop, so fixing > > it there will go along way towards avoiding the havoc. Or are you > > saying it could cause harm in some situation? > > No. If worse comes to worst, it should improve the situation. But we > then are sweeping the real problem under the carpet. IME, there's any number of "real problems" out there, and the hope to find them all is ... too optimistic. There's nothing wrong with being defensive against unknown factors. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 02:42:11 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 06:42:11 +0000 Received: from localhost ([127.0.0.1]:53344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRUYM-0007Eg-F0 for submit@debbugs.gnu.org; Wed, 31 Mar 2021 02:42:11 -0400 Received: from mout.gmx.net ([212.227.15.15]:34251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRUYL-0007ER-69 for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 02:42:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617172915; bh=3F8H9ckClQPhRMcLn4CvobEyX4FCNh42hFXS6X9+wyc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=CbtzZADJq0aMARp3XD7uCbJLnxIqUYBE+A5IR35xNnIUARPnRfrZT8zkEQ085sTUP RSN7ZkKEfQl6v1FgACVCZsthoBhLW6bGNv2SGGUTaC+4bcMDm8QluHe8a/+Hj8QuKI mJT61YvH4e9qLN2wiUOEbOijzr8JH+ixuuLCCQlg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.20]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MAwbz-1lLBww1ghV-00BLDV; Wed, 31 Mar 2021 08:41:55 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> <83ft0ck73a.fsf@gnu.org> <2820acc4-291d-d4a8-73aa-bea9ba2bbff7@gmx.at> <835z18k1w6.fsf@gnu.org> From: martin rudalics Message-ID: <28b5da95-90f2-a1d8-a2da-3e817bbb77f8@gmx.at> Date: Wed, 31 Mar 2021 08:41:52 +0200 MIME-Version: 1.0 In-Reply-To: <835z18k1w6.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:V0bluvHdkz/GWBoihICefiqYu+mFI/KuszANUbO4e2DM514EoCY fkzv/LXpX/IKeRiLZNlYsFavwBaf33dkt9r2ML74nxia03G9o3Ufq/xCVXg3lYzUAqgRi2W MiXz+zvRq7MEhZIcJ58aIJ7CCie7PH9GHrx7N8iQU4aR4KZxUwZV7UKPt3DdjECbsVFp/et 93s4js19VVWRDASVH7vyA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ehETsHeNPiw=:CZyxFG/2INRhc0sJIkKdEA TSENgT0r65bDTszURBgOMqhi5DjA6yVgqaRUJk0KeChfE3nk2n+tuZaQuyI/YM/4r/oub36Zr snrnuYkApO+2enMbQJsiQRJpCIfSFQdN/sJHym0QjDZFGmgJHfOg5R2V+/R4CTyrgwvyQDNjZ goK7Mw2W4Q9a5cXCnj9qwEDuiMqBmakQxQgPdMI7ObUwBaYOmSiRCynQOKBj8vkjyJSIu3UUV X9eeYLD8WGAvbSclW7Y8rlk/WSGNxv3LgRnmjv8i0keGYhYba95PCPR9zPMmQuBQevVJvq7dY HB5n5oTenaG4O31z1oKJud718UvcJZ54E1PrE9gXEHoY5pSZBJ2IS2fkp0n430NMAKjAuys0m BQ6PWlDTBrtJX0rBkQR8sku+yhMFnGXiVQHfs9LC3r8DP5snhjHd2YFYc6ioseoRB2mChRlt+ zgq2ztpAZ1yWWyaaVLFxWEKN9E4HV7BtZzKsKhheyrtMu8qg655YYE+QON8uaScCVmmFIcS+c cviTp3I4NwFm9sdkkDBdySt+ABsyfMjY3dqZ8CcIe4Ll0TFASF9D1RjhvX5Kt8ZopUdD8zZ+X j1FrvqltZe8qG23bIXZlSoZEjoBzUNLOjHu7lLwv8cJ1CRYF1KmsjCsrJQi28oE/jK/cWlA2e jCauBD6jZcu1cMvZNzM+iXoLS+6vcEE9KtGvUCGltsc88txoed12o6vWP0oYRepEP/W64/1v2 b1r4zfAOgyGYgMzJTPi+lR5kuNHSN/fv4fcDGELGMfMlEUjXkaCw6P1SU9mK08LzSXhoZvo5f CWEWkgIw8TV5QWw7rwhzkz5vBpNu2YL8U+qXl6FQjrr56uRDsu/1O7ufQPSIKDRXaOL9K1uPX V6uN1/jc6ygugH8uz/MimkqGVTLC7oJZp9N9UJN1V4Urc90hpVhxkN6MlQD8ic02Zr56KVnFY GKagGqzbDsSToxxrhN6LuzvpDHVAh+dmRL0x0xrYpw6Bk7U37YtIT9BF9psq5IYM5HIct5NZM qvEYsDrDaCzlxZsO6Ue0KT2E/mynO4cqosrtS9GPgh6Fwi3oNHN7ccCTpqL3CxjEycdMEI/uO n4dlNIUHFjJO+965wuzQfR1Ep0AOIJuzzD3RD3eK1gZeXDzjnbyohj8WNuGc3xjkq0HjE+Y29 2Fg2uK1PGOaZ1sLL57wnAXSS4Rwz3/iKex/3msBvx5gTt9u8+1dIKjE4RKNCBb67wYUeMbNyn 3YZZZ1e28FZhAfG4h X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > IME, there's any number of "real problems" out there, and the hope to > find them all is ... too optimistic. I'd be already happy to find just the one we talk about here. > There's nothing wrong with being > defensive against unknown factors. Agreed. What I meant was that if, as we suppose, the mischief happens at time T1 somewhere in redisplay and is detected (by chance) and corrected at time T2 in the main loop, any side effects that mischief causes between T1 and T2 still go undetected and may cause arbitrary harm. In either case whatever you want to do here - set the selected window's buffer or just the current buffer in the main loop - would not interfere with finding the real culprit. So I certainly won't object to your fix. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 03:09:18 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 07:09:18 +0000 Received: from localhost ([127.0.0.1]:53377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRUyX-00080Z-VI for submit@debbugs.gnu.org; Wed, 31 Mar 2021 03:09:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRUyU-00080J-5b for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 03:09:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55286) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRUyK-0001vw-NN; Wed, 31 Mar 2021 03:09:00 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3031 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRUyK-0002Ag-3k; Wed, 31 Mar 2021 03:09:00 -0400 Date: Wed, 31 Mar 2021 10:09:15 +0300 Message-Id: <83pmzfiyuc.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <28b5da95-90f2-a1d8-a2da-3e817bbb77f8@gmx.at> (message from martin rudalics on Wed, 31 Mar 2021 08:41:52 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <83h7ksk89q.fsf@gnu.org> <9f6993e1-642b-75f9-1820-f7521d047943@gmx.at> <83ft0ck73a.fsf@gnu.org> <2820acc4-291d-d4a8-73aa-bea9ba2bbff7@gmx.at> <835z18k1w6.fsf@gnu.org> <28b5da95-90f2-a1d8-a2da-3e817bbb77f8@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Cc: mwd@cert.org, mwd@md5i.com, schwab@linux-m68k.org, 47244@debbugs.gnu.org > From: martin rudalics > Date: Wed, 31 Mar 2021 08:41:52 +0200 > > > IME, there's any number of "real problems" out there, and the hope to > > find them all is ... too optimistic. > > I'd be already happy to find just the one we talk about here. > > > There's nothing wrong with being > > defensive against unknown factors. > > Agreed. What I meant was that if, as we suppose, the mischief happens > at time T1 somewhere in redisplay and is detected (by chance) and > corrected at time T2 in the main loop, any side effects that mischief > causes between T1 and T2 still go undetected and may cause arbitrary > harm. I think it's the other way around: we set the dead buffer as the current one in the main loop, and then redisplay tries to redisplay that window. > In either case whatever you want to do here - set the selected window's > buffer or just the current buffer in the main loop - would not interfere > with finding the real culprit. So I certainly won't object to your fix. I will wait for a few days in the hope that the culprit is found. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 09:23:30 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 13:23:30 +0000 Received: from localhost ([127.0.0.1]:53831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRaoj-0002ff-Qi for submit@debbugs.gnu.org; Wed, 31 Mar 2021 09:23:30 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:37606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRaog-0002fM-FX for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 09:23:29 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDNJhR017239; Wed, 31 Mar 2021 09:23:19 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12VDNJhR017239 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617197000; bh=N+MgqffYNb5W0GC+wApcgywmM7Rl3th+MvK+uSUvdAk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=baLP8QCUTPgfxavby+dFqFwxB9H52PqHuiTMkLSZjLh6aQSkeN7wvyJWtXhSbJQgV 8yfegTc/YDTmq3zLMQrJ0izA5i9WH9ci938iY8FleLe3vWkZ51aFeTyots4wi7cP8z tSLEVoW5b5501Zss/GgdY+Mafo55IGWURBlATvWM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDNEHA007179; Wed, 31 Mar 2021 09:23:14 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDNEtO028446; Wed, 31 Mar 2021 09:23:14 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VDNDBA028443; Wed, 31 Mar 2021 09:23:13 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <14e14f28-7ece-cd98-5e49-d4583a0153a0@gmx.at> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Wed, 31 Mar 2021 09:23:13 -0400 In-Reply-To: (martin rudalics's message of "Tue, 30 Mar 2021 10:36:50 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > The breakpoint I put on the error() clause added to buffer.c triggered > > again in the new build without touching any of the easserts. > > And I thought I was overdoing with them. This error is a bit too elusive > for my brain. Are the buffer names the same as last time? I realized this morning that the easserts probably wouldn't trigger because I hadn't compiled with --enable-checking. I've recompiled and will see if anything triggers in the next couple of days. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 09:54:10 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 13:54:10 +0000 Received: from localhost ([127.0.0.1]:53872 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbIP-0003T1-NI for submit@debbugs.gnu.org; Wed, 31 Mar 2021 09:54:10 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:57038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbIM-0003ST-DW for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 09:54:08 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDrv76010527; Wed, 31 Mar 2021 09:53:57 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12VDrv76010527 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617198837; bh=10BxQ/vNXXODVlturUmzsv5Z3AELMRbKE1tuaOaGy+c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Z/XN3NYwWDdvBV4YIVtnlwe7fn21iTb8dLSPw5deCYdALOaLM+bzv7pjhft0wETe2 XamXKGzSw6Fv4bXGujA54XO6weSyfcaG3WKKGL7CPlMoiFk12mbsEhUwjaHh6DeRjD kMdBJlyLFUlWUHtBhsNjZWd2sgX/JKrNZXQwI7p4= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDrvo8015698; Wed, 31 Mar 2021 09:53:57 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VDruiP032189; Wed, 31 Mar 2021 09:53:56 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VDruWS032186; Wed, 31 Mar 2021 09:53:56 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> Date: Wed, 31 Mar 2021 09:53:56 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Wed, 31 Mar 2021 09:23:13 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) And, trapped! Backtrace is included. Maybe unfortunately, it isn't one of the new easserts, but at least we now have a different backtrace. Hopefully that will lead to new insights. I will note that, in this instance, the reproducer did not follow the same formula, as you can see in the Lisp backtrace. #0 raise (sig=3D) at ../sysdeps/unix/sysv/linux/raise.c:50 set =3D { __val =3D {402653184, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 268435456, 0,= 0, 93824994300624, 18446744067266838271} } pid =3D tid =3D #1 0x00005555557197a1 in terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at ../../master/src/emacs.c:416 #2 0x00005555557c4858 in die (msg=3D0x55555594f2a0 "b->window_count =3D=3D 0", file=3D0x55555594da8a= "../../master/src/buffer.c", line=3D1969) at ../../master/src/alloc.c:7420 #3 0x0000555555759190 in Fkill_buffer (buffer_or_name=3DXIL(0x555557888814= )) at ../../master/src/buffer.c:1969 buffer =3D XIL(0x555557889325) b =3D 0x555557889320 tem =3D XIL(0) m =3D 0x0 #4 0x00005555557fd881 in funcall_subr (subr=3D0x555555dd8ce0 , numargs=3D1, args=3D0x7fffffffcb= f0) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7fffffffcb10), XIL(0x1000000000), XIL(0x555555dd8ce0), XIL= (0x7fffffffcb18), XIL(0x5555557f44c4), XIL(0x10557f3f8b), XIL(0x555555dd8ce= 5), XIL(0x7fffffffcb30)} internal_args =3D 0x7fffffffcbf0 #5 0x00005555557fd349 in Ffuncall (nargs=3D2, args=3D0x7fffffffcbe8) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd8ce5) original_fun =3D XIL(0x2aaa9c7157e0) funcar =3D XIL(0x555557d5a980) numargs =3D 1 val =3D XIL(0x7fffffffcbb0) count =3D 12 #6 0x0000555555856a0c in exec_byte_code (bytestr=3DXIL(0x5555575d6464), vector=3DXIL(0x5555575d5985), maxdepth= =3Dmake_fixnum(9), args_template=3Dmake_fixnum(256), nargs=3D0, args=3D0x7f= ffffffd390) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CONDITION_CASE | CATCHER_ALL | unknown: 0x55855e08) targets =3D=20 {0x5555558598a1 , 0x5555558598c6 , 0x5555558598c8 , 0x5555558598ca , 0x5555558598cc , 0x5555558598cc , 0x555555859931 , 0x5555558599a5 <= exec_byte_code+15479>, 0x5555558562cc , 0x5555558562ce= , 0x5555558562d0 , 0x5555558562d= 2 , 0x5555558562d4 , 0x5555558562= d4 , 0x5555558562da , 0x555555856= 29b , 0x5555558566f2 , 0x55555585= 66f4 , 0x5555558566f6 , 0x5555558= 566f8 , 0x5555558566fa , 0x555555= 8566fa , 0x55555585672f , 0x55555= 5856700 , 0x555555856924 , 0x5555= 55856926 , 0x555555856928 , 0x555= 55585692a , 0x55555585692c , 0x55= 555585692c , 0x5555558568de , 0x5= 555558568f5 , 0x5555558569d9 , 0x= 5555558569db , 0x5555558569dd , 0= x5555558569df , 0x5555558569e1 , = 0x5555558569e1 , 0x555555856993 ,= 0x5555558569aa , 0x555555856a8b = , 0x555555856a8d , 0x555555856a8f , 0x555555856a91 , 0x555555856a93 , 0x555555856a93 , 0x555555856a45 , 0x555555856a5c , 0x5555558572f3 , 0x5555558571d6 , 0x5555558571cd , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x55555585752d , 0x555555857643 , 0x5555558576a0 , 0x555555857700 , 0x555555857762 , 0x55555585654b , 0x5555558565c6 , 0x5555558577db , 0x555555856488 , 0x55555585662e , 0x555555857843 , 0x5555558578ab , 0x5555558578f3 , 0x55555585795b , 0x5555558579c1 <= exec_byte_code+7315>, 0x555555857aa7 , 0x555555857aef = , 0x555555857b57 , 0x555555857bdc= , 0x555555857c24 , 0x555555857c6= c , 0x555555857cd4 , 0x555555857d= 3c , 0x555555857da4 , 0x555555857= e29 , 0x555555857e78 , 0x55555585= 7ec7 , 0x555555857f8e , 0x5555558= 58087 , 0x555555858180 , 0x555555= 8581ed , 0x55555585825a , 0x55555= 58582c7 , 0x555555858334 , 0x5555= 558583a1 , 0x5555558583f0 , 0x555= 5558584ea , 0x555555858539 , 0x= 555555858588 , 0x5555558585d7 ,= 0x5555558586dd , 0x55555585704d , 0x555555858738 , 0x555555858780 , 0x555555858842 , 0x5555558588ab , 0x555555858906 , 0x55555585894e , 0x555555858991 , 0x5555558589d4 , 0x555555858a1f , 0x5555558598a1 , 0x555555858a77 , 0x555555858aba , 0x555555858afd , 0x555555858b40 = , 0x555555858b83 , 0x555555858b= c6 , 0x55555585704d , 0x55555585= 98a1 , 0x555555858c0e , 0x55555= 5858c60 , 0x555555858ca8 , 0x55= 5555858cf0 , 0x555555858d58 , 0= x555555858dc0 , 0x555555858e08 = , 0x555555858ec5 , 0x555555858f2d , 0x555555858f95 , 0x555555858ffd , 0x555555859040 , 0x5555558598a1 , 0x555555856f93 , 0x555555856b3d , 0x5555558563f6 , 0x555555856bee , 0x555555856c72 , 0x555555856cf3 , 0x555555856f47 , 0x555555856f5c , 0x55555585688b , 0x555555857016 , 0x555555857084 , 0x555555857115 , 0x55555585715e , 0x55555585733f , 0x5555558573bc , 0x555555857441 , 0x5555558574a7 , 0x555555856aef , 0x555555859088 , 0x55555585910d <= exec_byte_code+13279>, 0x555555859155 , 0x55555585919= d , 0x5555558591e5 , 0x55555585= 922d , 0x555555859295 , 0x55555= 58592fd , 0x555555859365 , 0x55= 55558593cd , 0x555555859516 , 0= x55555585957e , 0x5555558595e6 = , 0x55555585962e , 0x555555859696 , 0x5555558596fe , 0x555555859746 , 0x55555585978e , 0x555555858626 , 0x555555858675 , 0x5555558597dd , 0x55555585983f , 0x5555558598a1 , 0x555555856d74 , 0x555555856d91 , 0x555555856e00 , 0x555555856e6f , 0x555555856edb , 0x555555857a2f , 0x555555857f16 , 0x5555558587ca , 0x555555859a38 , 0x555555859aad= , 0x5555558598a1 , 0x555555859= 8a1 , 0x555555859b43 , 0x555555= 859bca , 0x5555558598a1 , 0x555= 5558598a1 , 0x5555558598a1 , 0x= 5555558598a1 , 0x5555558598a1 ,= 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x555555859d18 } const_length =3D 42 bytestr_length =3D 271 vectorp =3D 0x5555575d5988 quitcounter =3D 1 '\001' stack_items =3D 10 sa_avail =3D 16033 sa_count =3D 10 alloc =3D 0x7fffffffcbc0 stack_base =3D 0x7fffffffcbc0 top =3D 0x7fffffffcbe8 stack_lim =3D 0x7fffffffcc10 bytestr_data =3D 0x7fffffffcc10 "\b=C6=89\031\032\307\001!\002\204\= 034" pc =3D 0x7fffffffcc7c "\210\325 \210\210\016%\211\211\205\204" count =3D 10 result =3D XIL(0x30) #7 0x00005555557fdb34 in fetch_and_exec_byte_code (fun=3DXIL(0x5555575d5af= 5), syms_left=3Dmake_fixnum(256), nargs=3D0, args=3D0x7fffffffd390) at ../.= ./master/src/eval.c:3036 #8 0x00005555557fdfba in funcall_lambda (fun=3DXIL(0x5555575d5af5), nargs= =3D0, arg_vector=3D0x7fffffffd390) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd140) syms_left =3D make_fixnum(256) next =3D XIL(0x555555e62060) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985156 optional =3D false rest =3D false #9 0x00005555557fd38d in Ffuncall (nargs=3D1, args=3D0x7fffffffd388) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555575d5af5) original_fun =3D XIL(0x17286d0) funcar =3D XIL(0xffffd1e0) numargs =3D 0 val =3D XIL(0) count =3D 9 #10 0x00005555557f1481 in Ffuncall_interactively (nargs=3D1, args=3D0x7ffff= fffd388) at ../../master/src/callint.c:260 speccount =3D 8 #11 0x00005555557fd772 in funcall_subr (subr=3D0x555555ddeca0 , numargs=3D1, args=3D0x7fffffffd388) at ../../master/src/eval.c= :2967 #12 0x00005555557fd349 in Ffuncall (nargs=3D2, args=3D0x7fffffffd380) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddeca5) original_fun =3D XIL(0x70b0) funcar =3D XIL(0x7fffffffd2b0) numargs =3D 1 val =3D XIL(0) count =3D 7 #13 0x00005555557fc032 in Fapply (nargs=3D3, args=3D0x7fffffffd380) at ../.= ./master/src/eval.c:2497 i =3D 2582717749968 funcall_nargs =3D 0 funcall_args =3D 0x0 spread_arg =3D XIL(0) fun =3D XIL(0x70b0) sa_avail =3D 16384 sa_count =3D 7 numargs =3D 0 retval =3D XIL(0x5555557f01c1) #14 0x00005555557f18f6 in Fcall_interactively (function=3DXIL(0x17286d0), r= ecord_flag=3DXIL(0), keys=3DXIL(0x5555579ee805)) at ../../master/src/callin= t.c:353 funval =3D XIL(0x5555575d5af5) events =3D 794 input =3D XIL(0) speccount =3D 6 arg_from_tty =3D false key_count =3D 1 record_then_fail =3D false save_this_command =3D XIL(0x17286d0) save_this_original_command =3D XIL(0x17286d0) save_real_this_command =3D XIL(0x17286d0) save_last_command =3D XIL(0) prefix_arg =3D XIL(0) enable =3D XIL(0) up_event =3D XIL(0) form =3D XIL(0x555557520b53) specs =3D XIL(0) sa_avail =3D 93825001726048 sa_count =3D 0 string_len =3D 93824993913168 string =3D 0x5555575d5af5 "" string_end =3D 0x7fffffffd4e0 "" next_event =3D 93824994845205 nargs =3D 0 args =3D 0x0 visargs =3D 0x0 varies =3D 0x555555e62060 "\230\001" tem =3D 0x7fffffffd570 "\365Z]WUU" val =3D XIL(0) #15 0x00005555557fd8db in funcall_subr (subr=3D0x555555ddece0 , numargs=3D3, args=3D0x7fffffffd720) at ../../master/src/eval.c:29= 92 internal_argbuf =3D {XIL(0x7fffffffd630), XIL(0x1000000000), XIL(0x= 555555ddece0), XIL(0x7fffffffd638), XIL(0x5555557f44c4), XIL(0x10557f3f8b),= XIL(0x555555ddece5), XIL(0x7fffffffd650)} internal_args =3D 0x7fffffffd720 #16 0x00005555557fd349 in Ffuncall (nargs=3D4, args=3D0x7fffffffd718) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddece5) original_fun =3D XIL(0x2aaa9c71a1f0) funcar =3D XIL(0x7fffffffd6b0) numargs =3D 3 val =3D XIL(0x7fffffffd6d0) count =3D 5 #17 0x0000555555856a0c in exec_byte_code (bytestr=3DXIL(0x7ffff26110fc), ve= ctor=3DXIL(0x7ffff2610d65), maxdepth=3Dmake_fixnum(13), args_template=3Dmak= e_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc90) at ../../master/src/bytec= ode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x5555558598a1 , 0x5555558598c6 = , 0x5555558598c8 , 0x5555558598= ca , 0x5555558598cc , 0x5555558= 598cc , 0x555555859931 , 0x5555= 558599a5 , 0x5555558562cc , 0x55= 55558562ce , 0x5555558562d0 , 0x5= 555558562d2 , 0x5555558562d4 , 0x= 5555558562d4 , 0x5555558562da , 0= x55555585629b , 0x5555558566f2 , = 0x5555558566f4 , 0x5555558566f6 ,= 0x5555558566f8 , 0x5555558566fa = , 0x5555558566fa , 0x55555585672f , 0x555555856700 , 0x555555856924 , 0x555555856926 , 0x555555856928 , 0x55555585692a , 0x55555585692c , 0x55555585692c , 0x5555558568de , 0x5555558568f5 , 0x5555558569d9 , 0x5555558569db , 0x5555558569dd , 0x5555558569df , 0x5555558569e1 , 0x5555558569e1 , 0x555555856993 , 0x5555558569aa , 0x555555856a8b , 0x555555856a8d , 0x555555856a8f , 0x555555856a91 , 0x555555856a93 , 0x555555856a93 , 0x555555856a45 , 0x555555856a5c , 0x5555558572f3 , 0x5555558571d6 , 0x5555558571cd , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 <= exec_byte_code+15219>, 0x5555558598a1 , 0x55555585752= d , 0x555555857643 , 0x5555558576= a0 , 0x555555857700 , 0x555555857= 762 , 0x55555585654b , 0x55555585= 65c6 , 0x5555558577db , 0x5555558= 56488 , 0x55555585662e , 0x555555= 857843 , 0x5555558578ab , 0x55555= 58578f3 , 0x55555585795b , 0x5555= 558579c1 , 0x555555857aa7 , 0x555= 555857aef , 0x555555857b57 , 0x55= 5555857bdc , 0x555555857c24 , 0x5= 55555857c6c , 0x555555857cd4 , 0x= 555555857d3c , 0x555555857da4 , 0= x555555857e29 , 0x555555857e78 , = 0x555555857ec7 , 0x555555857f8e ,= 0x555555858087 , 0x555555858180 = , 0x5555558581ed , 0x55555585825a , 0x5555558582c7 , 0x555555858334 , 0x5555558583a1 , 0x5555558583f0 , 0x5555558584ea , 0x555555858539 , 0x555555858588 , 0x5555558585d7 , 0x5555558586dd , 0x55555585704d , 0x555555858738 , 0x555555858780 , 0x555555858842 , 0x5555558588ab , 0x555555858906 , 0x55555585894e , 0x555555858991 , 0x5555558589d4= , 0x555555858a1f , 0x555555859= 8a1 , 0x555555858a77 , 0x555555= 858aba , 0x555555858afd , 0x555= 555858b40 , 0x555555858b83 , 0x= 555555858bc6 , 0x55555585704d , = 0x5555558598a1 , 0x555555858c0e , 0x555555858c60 , 0x555555858ca8 , 0x555555858cf0 , 0x555555858d58 , 0x555555858dc0 , 0x555555858e08 , 0x555555858ec5 , 0x555555858f2d , 0x555555858f95 , 0x555555858ffd , 0x555555859040 , 0x5555558598a1 , 0x555555856f93 , 0x555555856b3d <= exec_byte_code+3599>, 0x5555558563f6 , 0x555555856bee = , 0x555555856c72 , 0x555555856cf3= , 0x555555856f47 , 0x555555856f5= c , 0x55555585688b , 0x5555558570= 16 , 0x555555857084 , 0x555555857= 115 , 0x55555585715e , 0x55555585= 733f , 0x5555558573bc , 0x5555558= 57441 , 0x5555558574a7 , 0x555555= 856aef , 0x555555859088 , 0x5555= 5585910d , 0x555555859155 , 0x5= 5555585919d , 0x5555558591e5 , = 0x55555585922d , 0x555555859295 , 0x5555558592fd , 0x555555859365 , 0x5555558593cd , 0x555555859516 , 0x55555585957e , 0x5555558595e6 , 0x55555585962e , 0x555555859696 , 0x5555558596fe , 0x555555859746 , 0x55555585978e , 0x555555858626 , 0x555555858675 , 0x5555558597dd = , 0x55555585983f , 0x5555558598= a1 , 0x555555856d74 , 0x55555585= 6d91 , 0x555555856e00 , 0x5555558= 56e6f , 0x555555856edb , 0x555555= 857a2f , 0x555555857f16 , 0x55555= 58587ca , 0x555555859a38 , 0x55= 5555859aad , 0x5555558598a1 , 0= x5555558598a1 , 0x555555859b43 = , 0x555555859bca , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x5555558598a1 , 0x555555859d18 } const_length =3D 24 bytestr_length =3D 138 vectorp =3D 0x7ffff2610d68 quitcounter =3D 1 '\001' stack_items =3D 14 sa_avail =3D 16134 sa_count =3D 5 alloc =3D 0x7fffffffd6e0 stack_base =3D 0x7fffffffd6e0 top =3D 0x7fffffffd718 stack_lim =3D 0x7fffffffd750 bytestr_data =3D 0x7fffffffd750 "\304\020\211?\205\023" pc =3D 0x7fffffffd7b2 "\006\006\071\203\211" count =3D 5 result =3D XIL(0x30) #18 0x00005555557fdb34 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2610d3= 5), syms_left=3Dmake_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc88) at ../= ../master/src/eval.c:3036 #19 0x00005555557fdfba in funcall_lambda (fun=3DXIL(0x7ffff2610d35), nargs= =3D1, arg_vector=3D0x7fffffffdc88) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdc00) syms_left =3D make_fixnum(1025) next =3D XIL(0x555555e62060) lexenv =3D XIL(0x1800000000) count =3D 5 i =3D 93824994985156 optional =3D false rest =3D false #20 0x00005555557fd38d in Ffuncall (nargs=3D2, args=3D0x7fffffffdc80) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2610d35) original_fun =3D XIL(0x4470) funcar =3D XIL(0) numargs =3D 1 val =3D XIL(0x7fffffffdca8) count =3D 4 #21 0x00005555557fcb57 in call1 (fn=3DXIL(0x4470), arg1=3DXIL(0x17286d0)) a= t ../../master/src/eval.c:2774 #22 0x000055555572150e in command_loop_1 () at ../../master/src/keyboard.c:= 1466 scount =3D 3 cmd =3D XIL(0x17286d0) keybuf =3D {make_fixnum(81), XIL(0x7ffff2c1d0d5), XIL(0), XIL(0), X= IL(0x7fffffffdd70), XIL(0x5555557fcbe1), XIL(0), XIL(0x7ffff25734c4), XIL(0= x5555586b9583), XIL(0), XIL(0x555555e62060), XIL(0), XIL(0x7fffffffdd50), m= ake_fixnum(23456248526024), XIL(0), XIL(0), XIL(0x555555e62060), XIL(0), XI= L(0x7fffffffdd80), XIL(0x5555557f3f8b), XIL(0), XIL(0x555555e62060), XIL(0)= , XIL(0), XIL(0x7fffffffdda0), XIL(0x5555557f3fdf), make_fixnum(2), make_fi= xnum(0), XIL(0x7fffffffdde0), XIL(0x5555557f9645)} i =3D 1 prev_modiff =3D 262 prev_buffer =3D 0x555557376798 already_adjusted =3D false #23 0x00005555557f9105 in internal_condition_case (bfun=3D0x555555720cb8 , handlers=3DXIL(0x90), hfun=3D0x5555557202db ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555560c2983) c =3D 0x555555f5d3e0 #24 0x00005555557208a8 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #25 0x00005555557f8515 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 572087b , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f46710 #26 0x0000555555720847 in command_loop () at ../../master/src/keyboard.c:10= 73 #27 0x000055555571fdc4 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf50) #28 0x000055555571ffbb in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #29 0x000055555571bea0 in main (argc=3D2, argv=3D0x7fffffffe1b8) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xffffcbf0) "gnus-summary-exit-no-update" (0xffffd390) "funcall-interactively" (0xffffd388) "call-interactively" (0xffffd720) "command-execute" (0xffffdc88) --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 10:01:11 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 14:01:11 +0000 Received: from localhost ([127.0.0.1]:55008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbPD-0003vZ-Ah for submit@debbugs.gnu.org; Wed, 31 Mar 2021 10:01:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33208) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbPB-0003vI-4x for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 10:01:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60262) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRbP3-0006ZG-2X; Wed, 31 Mar 2021 10:01:01 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4831 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRbOy-0005AP-Gf; Wed, 31 Mar 2021 10:00:58 -0400 Date: Wed, 31 Mar 2021 17:01:10 +0300 Message-Id: <834kgrifrt.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Wed, 31 Mar 2021 09:53:56 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Eli Zaretskii , "mwd@md5i.com" , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" > <47244@debbugs.gnu.org> > Date: Wed, 31 Mar 2021 09:53:56 -0400 > > And, trapped! Backtrace is included. Maybe unfortunately, it isn't one > of the new easserts, but at least we now have a different backtrace. > Hopefully that will lead to new insights. I will note that, in this > instance, the reproducer did not follow the same formula, as you can see > in the Lisp backtrace. > > #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 > set = { > __val = {402653184, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 268435456, 0, 0, 93824994300624, 18446744067266838271} > } > pid = > tid = > #1 0x00005555557197a1 in terminate_due_to_signal > (sig=6, backtrace_limit=2147483647) at ../../master/src/emacs.c:416 > #2 0x00005555557c4858 in die > (msg=0x55555594f2a0 "b->window_count == 0", file=0x55555594da8a "../../master/src/buffer.c", line=1969) at ../../master/src/alloc.c:7420 > #3 0x0000555555759190 in Fkill_buffer (buffer_or_name=XIL(0x555557888814)) > at ../../master/src/buffer.c:1969 > buffer = XIL(0x555557889325) > b = 0x555557889320 > tem = XIL(0) > m = 0x0 So replace_buffer_in_windows didn't do its job? Unfortunately, this assertion is _after_ we make the buffer's name nil, so no way of knowing for sure which buffer is that, except by looking at the Lisp which triggered that. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 10:32:56 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 14:32:56 +0000 Received: from localhost ([127.0.0.1]:55058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbtv-0004n2-UP for submit@debbugs.gnu.org; Wed, 31 Mar 2021 10:32:56 -0400 Received: from mout.gmx.net ([212.227.15.18]:45543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRbtt-0004mJ-Hk for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 10:32:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617201160; bh=2/Ne8BZ4gn6qA7ohQx9xUD9MdWaqHzMMecNxf0+G204=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VhiyDaEK68kxxP0B71oUP/Uq5gJ6E83qfuZEWaTmVguhgtEIQtH3uSsHKhPo/Ps/4 WmiyntuPu3pAdTC/CpEt+vUj0+JM+QWxOcX5dzIdEPlBOn0yrSLfwchLtWMveo68df 0cyR/QcPp0eHDYD8tu4CpwHP3DIHXyF96JE8FSVI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.108]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MOREi-1lG93e1Fbq-00Px1h; Wed, 31 Mar 2021 16:32:40 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Eli Zaretskii , Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <16b279ef-a1c2-cd41-b18c-69383174c72a@gmx.at> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> From: martin rudalics Message-ID: <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Wed, 31 Mar 2021 16:32:37 +0200 MIME-Version: 1.0 In-Reply-To: <834kgrifrt.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:JyKUNngFERHDBc1ZrkG3ImZZayGaN2gYm3TYRCkLCTqoz4QjctS ANaYxkNhVZDVUeUtHjhBMbnzylaV9xIM2sGqO1bLaAHTHta/lfqT3Emt8usnjrb+3GB6DkI 8cVO2uWiPmK/IG4doEhKttwYZ1nzXIdfKrm+ycTRFYagTSguTsz4vHxm0x1q0AisdYPa/rf d72Zj5KPq1POhJGGgp1rw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Caqo4H7J2Ks=:sEbC4dZfcNdFFqjP8MFdo5 Y4503XgSfHnEb7pP0jj2LzP/P8xovRWzVK+2x0F7NK0SYkgSGL5eST+fegfn2/AcpjnKRRtCg FTjsNnGyRrYDAT8C1sY//yov3oXKv5M5MMW1S8UxVtU2ZFgMjnuMjKD7NOuD4B6uDWR69eSl4 iCCW8SFo3uWS5A0Xuq7kqT8ysKzNy14IiZVnmQGuLZz1j5MWdRHU+VEXQcu0Aa/5RG3oOND8x LzsvYMjSg9Uu5WYf8i2pDNDqJVj2JSdDYxqyDpvOROL0eEopGtGEbYSD3O5t9TlL/vx0RmCxs VVv64fdsyddEWH29oUgMC6DgrOVJ6hpP6MDyWYOqjzk1PcY7zPvAiNiZqdc4CO1xI7TPkm7iC L3P6zTxl7VPyVq83Jn6ERTo0izKH1qgrXXVyoIsCr3y6bSnbu/YEhsaXgKsviWPcFPdEzDBCK jUSQ8d1t3/SDNJheIH2tBwZE3TPEgQM4kuEEdgywfP6yp5/I1ppXpanLnz4av1yFH1iVIHczE BRPRHfQ2Q/YPF8/D4/05ns4iEQMDJDTYSXZM+W5OCxg2A1+5Fsc11meVNtygP/T4CxcU8kS9E mKzw3sI3x8apFWFtMNkBM26QTRdN84UNhemwx9J1wz89wb78UMjy82bffsoetxp+fvA2iM7/N cD1gQ1rUz88WGAuC6jl8j+9YXng/CwogctTsLmOl6fXU7Kh6whSJtGR4FYIAKfxteu8kQhyxW +MJOf984WmmogaBgqxrHYLanaAVF79ElgceopV4U3yTtjp9oeGgM6uiJHwkm/53nS5bQuVo2N HrnZOjw/S572jTRHEflAy5iYxNtPYpXzCI6foJoMc2fD1tNF+GFVI1SVtrRhT4BPMHyMkmZGo jsimTNxrydUmeEtxH9oFn/BKge8loKzBZmNLTbThVCgZsdJ0K8aCLeZVN94qrVfHIp4K4FD0U OJt4VPw/OztTkwj8+vE4G1K7rHq1CZ5ZtjZ2Cjvb0Fb2Ia1gUz9o80apYQpVvCGSlzWUBJWa0 pzixePtGy0JbNn4QxgHsz+6V4eNwRBx+faqu8tUNrndR9vkKoXkzbY+JT+0cgirKprenEHpQ0 jsoKyo5duEU9YJZunjG3802VJz2hJECwax8UYrSfsxm4yQFl5+Ojr6WNMT7r3SYwP413fPHxZ Wpv8NhgEuaDsITohh5T9z+tbwHzfPjwBsHdIsyusOgOgajeHxlVo++OSxpEe4HEdBaA7o= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 >> set = { >> __val = {402653184, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 268435456, 0, 0, 93824994300624, 18446744067266838271} >> } >> pid = >> tid = >> #1 0x00005555557197a1 in terminate_due_to_signal >> (sig=6, backtrace_limit=2147483647) at ../../master/src/emacs.c:416 >> #2 0x00005555557c4858 in die >> (msg=0x55555594f2a0 "b->window_count == 0", file=0x55555594da8a "../../master/src/buffer.c", line=1969) at ../../master/src/alloc.c:7420 >> #3 0x0000555555759190 in Fkill_buffer (buffer_or_name=XIL(0x555557888814)) >> at ../../master/src/buffer.c:1969 >> buffer = XIL(0x555557889325) >> b = 0x555557889320 >> tem = XIL(0) >> m = 0x0 > > So replace_buffer_in_windows didn't do its job? Why did replace_buffer_in_windows_safely then apparently fail too? What is the value of b->window_count here? Unless we managed to botch that's buffer's window count, I can't see how replace_buffer_in_windows_safely could have possibly failed. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 10:48:42 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 14:48:42 +0000 Received: from localhost ([127.0.0.1]:55093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRc9B-0007MJ-O0 for submit@debbugs.gnu.org; Wed, 31 Mar 2021 10:48:41 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:39438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRc95-0007Lw-6I for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 10:48:40 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VEmTrE030519; Wed, 31 Mar 2021 10:48:29 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12VEmTrE030519 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617202109; bh=Bb6Nm2dNFbcRF2xBq9UCCO80dXQmNWH+rZmEEUX+NWQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=sxd4a83eECOzdk3tgP5WI69fMtPswXOHvmu6jTpuWW0wE9Z5wE4ZJs5sR/aHd2tRB C9aOgFZjUXpsJV55KgaoJWLNJZJDmcLGPo0IQVqZ6futEh8vNmY/t9RWliChKVCJY3 FEdMk7Lu3QY9LeS8dmNYJfyUconpkCKYAdXWMr+E= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VEmRlQ017059; Wed, 31 Mar 2021 10:48:27 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VEmRbI005343; Wed, 31 Mar 2021 10:48:27 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VEmRpS005340; Wed, 31 Mar 2021 10:48:27 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Wed, 31 Mar 2021 10:48:27 -0400 In-Reply-To: <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> (martin rudalics's message of "Wed, 31 Mar 2021 10:32:37 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > >> #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 > >> set = { > >> __val = {402653184, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 268435456, 0, 0, 93824994300624, 18446744067266838271} > >> } > >> pid = > >> tid = > >> #1 0x00005555557197a1 in terminate_due_to_signal > >> (sig=6, backtrace_limit=2147483647) at ../../master/src/emacs.c:416 > >> #2 0x00005555557c4858 in die > >> (msg=0x55555594f2a0 "b->window_count == 0", file=0x55555594da8a "../../master/src/buffer.c", line=1969) at ../../master/src/alloc.c:7420 > >> #3 0x0000555555759190 in Fkill_buffer (buffer_or_name=XIL(0x555557888814)) > >> at ../../master/src/buffer.c:1969 > >> buffer = XIL(0x555557889325) > >> b = 0x555557889320 > >> tem = XIL(0) > >> m = 0x0 > > > > So replace_buffer_in_windows didn't do its job? > > Why did replace_buffer_in_windows_safely then apparently fail too? What > is the value of b->window_count here? Unless we managed to botch that's > buffer's window count, I can't see how replace_buffer_in_windows_safely > could have possibly failed. b->window_count is 1. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 11:49:57 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 15:49:57 +0000 Received: from localhost ([127.0.0.1]:55265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRd6T-0000XK-1G for submit@debbugs.gnu.org; Wed, 31 Mar 2021 11:49:57 -0400 Received: from mout.gmx.net ([212.227.17.22]:47395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRd6R-0000X6-7N for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 11:49:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617205782; bh=YE9rFjfwbD5nnzuHNzETYg1ISzhM07DYjdVsQzbCIj0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=QsXPDjtxYsV1RoWUmHuNrCAMOlL5X4xrJhGZ8v7qANg4ANO6W2vjEi4C5Jgw/RFn+ wjlH0EI7EWDMTTdNx2vZhJA+l3Z4FB5/IGHh8GzWw1+QWLD1OthhmqpOXRUYC1gvuY km16x035wc1K3WWLouo2Crxmz8lUasa8EtfsXj48= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.108]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MIMfc-1lM9SM0SaC-00EP4j; Wed, 31 Mar 2021 17:49:42 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <87a6qs7z60.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> From: martin rudalics Message-ID: Date: Wed, 31 Mar 2021 17:49:40 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------EC1F43715A974F433B5C6E48" Content-Language: en-US X-Provags-ID: V03:K1:x2iN09rmuqKHsYWKGBcpBJEpDgDXDPC0G8cMo/Tv54Xlx0cIRA8 JxhM1xO3sSk5ltm9GQDHiah3RqgmJCvt8dQejDJk6NWoiRGl9fW5cAeBWB0PUWOaZgY2Ejs slQPOc1e3N1D6WcC0T610g1WP8i11ASrRDhrerEPycSjWRrdmflluqwHLZYq6xtYLI+ph/f Gzp6MPp4RzRg0633o79LQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:DTEz+Owl3i4=:dL/0H02zar0zHMsALDV+uJ vQEz5wrieGxakxgaxzpUyGsqUISKkraW3Kl1w9gRNLkVVEH5CW849Z3zMuWmJV3y5wWxxsYFT IM5T8jBjyXsn02V0Eew6EoYsuEzjGIJqgu0f2B7j6TiA1xV/YzUsr6+AuLGvQ4ZkNGEU78BQ/ nqLfByr/PP5ZLwxUCSTyur6Ntd4seeNamn45BdDzk8dk8SGkh5i4WY1LaiPsJ6ZO0CtMBNVr8 64f5/CX+mAP60X0OuZpIVh9Owr2n59KJ2mCx5mVZuJOrM9ZYlymW8zXfwPYGu16kb2J66Kctf B2KahvNTNu5uQWjyoV83QLzmnUpjCpqXXBdXK8JGREebfwwzjod+U3r7TeaBmj152oT8/fydQ NuzjXNw1FWhNVYop2zdpZMS4g47FXckaSHV/CTTYKinnNZ3vzx915+Ut0BiNcEC2IDCiTnPiG Oobtw4iCTnsMKJ4vDonjOIHH0euTzX1O1saj0Af0HhsQuMmKPLaLSaScfT5Vo9V6hlPawFs9l naUf4h4E3Mg280mrzVMc1TIfXDUOMBOqHQkqpGBEbSOkLFwfUQW+2YJOYqaVlQyOliqDx+kYj mnNjMvHvBE47RUWsus9fzEu/HpeOm1iSIjsXIAEBm11WWvXkQrCg665hFW/jMbfY+wTRUvyjQ xq7TKpsnTEZCGuafgBHeRk0hvZ1hICbt6GRdPgFaaUJ1wBZtVyRKTa7jIIBJFQbI7JLUxs4bB xvqIAXYOnsVhi1RmKBElXk/6EME8WagB3o6narlrUf2/DO7+R4B1qGu/SNOlEPvKtl3tcToIP gGldVGpF3Z0Ox3Ag3400NA2hDXWgvpCyHt7emoIvcZNHx/KTPS9F60pXeiNwfZOOWrjWvcMOK 4B1pAdsDht77ReV9eY32W0Fb3dG7e0X+txJNf5OoILhqnY/kXUcXbQOQgLcQeqD26bjkKPidg iZYGpAV++QhwlY7JWw8FprXQLd9SoQndazHEKUJWliNhtpIbzlxskrezO90rOXE46Rp2Uq3xt 3UWfdnCgrXEpWb2+tzNVjKPc+gD1MFYEyht9V8YML9NFmlTlCUoYkJwGGM/65yMLE+Yk/w0Rd z88qyq/7cfHh8G/b3DdBx5ywRTnyw5oAgyHO/bBAoH5T1PlcChC4XJ+q+aJvoG8uQMTYySAOp 7VRrpD94CRM10yheBc1c+pIAf9jERaaLxmzLf4NUmNT7KCTMeHFQ3aJWKqFzl2JOp1zxc= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------EC1F43715A974F433B5C6E48 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > b->window_count is 1. What else should I have expected? I attach yet another diff. When the same assertion triggers we'll at least know which buffer got killed. martin --------------EC1F43715A974F433B5C6E48 Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..baf9ed2d90 100644 --- a/src/window.c +++ b/src/window.c @@ -307,7 +307,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +319,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +599,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2950,6 +2957,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3057,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3422,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,6 +3432,10 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; @@ -3429,6 +3446,8 @@ replace_buffer_in_windows_safely (Lisp_Object buffe= r) FOR_EACH_FRAME (tail, frame) window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); } =0C /* The following three routines are needed for running a window's @@ -3960,6 +3979,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4075,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5198,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7259,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------EC1F43715A974F433B5C6E48-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 13:01:48 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 17:01:48 +0000 Received: from localhost ([127.0.0.1]:55381 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lReE0-0002OD-8G for submit@debbugs.gnu.org; Wed, 31 Mar 2021 13:01:48 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:43092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lReDw-0002Nw-7U for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 13:01:46 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VH1cl2004367; Wed, 31 Mar 2021 13:01:38 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 12VH1cl2004367 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617210098; bh=x/ikxsJst7BbFBr6z6/kFijx1EsPLDAvw54ft+37UbA=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=p7PwPbBst/qulCnwaDMAQos0yBzgkU+Rjx15rshRhqOaM7xpZxYKxHJpm/ymQezuM dsQySAa4Djy4Slt00EiNdI3sF/ngKM/I2M/DSZgeE5Ufm9dW4MaPvgOQ3aUX117FIA 5LAYIZVaKeUkhEIhZvIAO+KbA0/CcxgHnomGhCzM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VH1UM0005017; Wed, 31 Mar 2021 13:01:30 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VH1Ubw019267; Wed, 31 Mar 2021 13:01:30 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VH1TVm019264; Wed, 31 Mar 2021 13:01:29 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Wed, 31 Mar 2021 13:01:29 -0400 In-Reply-To: (martin rudalics's message of "Wed, 31 Mar 2021 11:49:40 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: >> b->window_count is 1. > > What else should I have expected? I attach yet another diff. When the > same assertion triggers we'll at least know which buffer got killed. I have no idea what changed to cause this, but with this current patchset I can't actually start emacs. #0 set_buffer_internal_2 (b=3D0x7ffff2a3cb10) at ../../master/src/buffer.c= :2157 old_buf =3D 0x0 tail =3D XIL(0x7ffff2a3cb15) #1 0x0000555555759834 in set_buffer_internal_1 (b=3D0x7ffff2a3cb10) at ../../master/src/buffer.c:2146 #2 0x0000555555753b93 in set_buffer_internal (b=3D0x7ffff2a3cb10) at ../../master/src/buffer.h:1184 #3 0x0000555555759b16 in Fset_buffer (buffer_or_name=3DXIL(0x7ffff2a3cb15)) at ../../master/src/buffer.c:2246 buffer =3D XIL(0x7ffff2a3cb15) #4 0x000055555564f0e4 in set_window_buffer (window=3DXIL(0x555555f06315), buffer=3DXIL(0x7ffff2a3cb15), run_hooks_= p=3Dfalse, keep_margins_p=3Dfalse) at ../../master/src/window.c:4041 w =3D 0x555555f06310 b =3D 0x7ffff2a3cb10 count =3D 0 samebuf =3D false #5 0x00005555555a958f in make_frame (mini_p=3Dtrue) at ../../master/src/frame.c:978 frame =3D XIL(0x555555efe9dd) f =3D 0x555555efe9d8 rw =3D 0x555555efec40 mw =3D 0x555555f06310 root_window =3D XIL(0x555555efec45) mini_window =3D XIL(0x555555f06315) #6 0x00005555555a9b5c in make_initial_frame () at ../../master/src/frame.c:1105 f =3D 0x7fffffffdbc0 terminal =3D 0x555555efe7c0 frame =3D make_fixnum(23456248299993) #7 0x000055555565cce3 in init_window_once_for_pdumper () at ../../master/src/window.c:8198 old_mode_line_in_non_selected_windows =3D true saved_dumped_with_pdumper =3D true f =3D 0x7fffffffdbd0 #8 0x00005555557d1f02 in pdumper_load (dump_filename=3D0x555555ec59f0 "/home/md5i/src/emacs/build/src/emacs.p= dmp") at ../../master/src/pdumper.c:5402 i =3D 7 dump_size =3D 10671168 stat =3D { st_dev =3D 26, st_ino =3D 2932069, st_nlink =3D 2, st_mode =3D 33188, st_uid =3D 1000, st_gid =3D 1000, __pad0 =3D 0, st_rdev =3D 0, st_size =3D 10671168, st_blksize =3D 4096, st_blocks =3D 20848, st_atim =3D { tv_sec =3D 1617209633, tv_nsec =3D 635319963 }, st_mtim =3D { tv_sec =3D 1617209633, tv_nsec =3D 619319612 }, st_ctim =3D { tv_sec =3D 1617209633, tv_nsec =3D 619319612 }, __glibc_reserved =3D {0, 0, 0} } dump_base =3D 140737259114496 dump_page_size =3D 65536 adj_discardable_start =3D 7208960 mark_bits =3D {{ bits =3D 0x7ffff252a010, number_words =3D 13995 }, { bits =3D 0x7ffff2545568, number_words =3D 13995 }} mark_bits_needed =3D 895639 header_buf =3D { magic =3D "DUMPEDGNUEMACS\000", fingerprint =3D "\336x=C3=9D=C2=AEhP\231\005n\261\265\071\226\201= &\267\017L\211\005J\212K\366\242\263\274\250)H\353m", dump_relocs =3D { offset =3D 8354696, nr_entries =3D 405189 }, object_starts =3D { offset =3D 9975456, nr_entries =3D 161879 }, emacs_relocs =3D { offset =3D 10622976, nr_entries =3D 3012 }, discardable_start =3D 7165112, cold_start =3D 7340032, hash_list =3D 7160960 } header =3D 0x7fffffffdd50 sections =3D {{ spec =3D { fd =3D 3, size =3D 7208960, offset =3D 0, protection =3D DUMP_MEMORY_ACCESS_READWRITE }, mapping =3D 0x0, release =3D 0x0, private =3D 0x0 }, { spec =3D { fd =3D 3, size =3D 131072, offset =3D 7208960, protection =3D DUMP_MEMORY_ACCESS_READWRITE }, mapping =3D 0x0, release =3D 0x0, private =3D 0x0 }, { spec =3D { fd =3D 3, size =3D 3331136, offset =3D 7340032, protection =3D DUMP_MEMORY_ACCESS_READWRITE }, mapping =3D 0x0, release =3D 0x0, private =3D 0x0 }} start_time =3D { tv_sec =3D 1617209923, tv_nsec =3D 161514409 } dump_filename_copy =3D 0x555555ec5a80 "/home/md5i/src/emacs/build/s= rc/emacs.pdmp" err =3D 0 dump_fd =3D 3 desired =3D "\336x=C3=9D=C2=AEhP\231\005n\261\265\071\226\201&\267\= 017L\211\005J\212K\366\242\263\274\250)H\353m" hashes =3D XIL(0x7ffff2c35485) load_timespec =3D { tv_sec =3D 0, tv_nsec =3D 0 } #9 0x000055555571a568 in load_pdump (argc=3D1, argv=3D0x7fffffffe1c8) at ../../master/src/emacs.c:860 real_exename =3D 0x555555ec59f0 "/home/md5i/src/emacs/build/src/ema= cs.pdmp" exenamelen =3D 36 needed =3D 42 suffix =3D 0x555555946c46 ".pdmp" result =3D 124 strip_suffix =3D 0x0 path_exec =3D 0x555555946c78 "/usr/local/libexec/emacs/28.0.50/x86_= 64-pc-linux-gnu" dump_file =3D 0x555555ec59f0 "/home/md5i/src/emacs/build/src/emacs.= pdmp" skip_args =3D 0 bufsize =3D 128 argv0_base =3D 0x7fffffffe010 "\251\221\234!" needed =3D 140737318400460 #10 0x000055555571aac9 in main (argc=3D1, argv=3D0x7fffffffe1c8) at ../../m= aster/src/emacs.c:1068 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 0 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 140737323689568, rlim_max =3D 140737318407889 } lc_all =3D 0x687475410000001e sockfd =3D 0 module_assertions =3D false --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 14:42:03 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 18:42:03 +0000 Received: from localhost ([127.0.0.1]:55509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRfn1-0004rI-Dz for submit@debbugs.gnu.org; Wed, 31 Mar 2021 14:42:03 -0400 Received: from mout.gmx.net ([212.227.17.21]:57983) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRfmy-0004ql-VI for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 14:42:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617216107; bh=dUBVpe+ViNsCOJ2VCcTsxiVVkEOIvbMdXa7HnmR3ldE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=LPU81hsFDQ7XpB0g4M7SDTV0nYbfwSaohgjf85KLdYNfaIct+MUUeAIFZ0gkmp2h6 uMmPQZEYZKRgFecsnGZMuquhjWYa1a0/wA0zR8BJKeawm/Mp/+PINc+iM9VqJNhlg5 fC3RCorEZrzrO1cd0cLq/OQze4Lvvy+YFy14SJfg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.60]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MUGiJ-1l240u1Y3f-00RF9o; Wed, 31 Mar 2021 20:41:47 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> From: martin rudalics Message-ID: Date: Wed, 31 Mar 2021 20:41:42 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:tV6oLE19OsILyTxQumvsHF72QNEtZ/DakxZ7GHn0VzKbcGjreZG SiI5oPPPFIydMsUN7q4nZeD61PfSIGl7Pwv1/aTPRaT+qA9A53imNsEK9kxhyyy9aPI0b1W pkOT7tpDCxMKl0JnTVaHAKMmYnLV0OaVrZIZpXkH2+tazcPPKxsC9FkS0HSzOnJxVYNQfWe jA3KoN6IPt35t6Gm9bAZw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:tYvqCD1HwbA=:YABtGBWsY71xRXRGK/VchK QfnQREX3r0XlDR10LCCk7Zqlxq9i+2bF9rwYLi3PNHKNMC0yob+Z/WavRKOYgic7TBdw9LHbt F3iIhLJsdW6AmO3b8EQ4mHpKnOUZmu4t5U96pX25LEFWCYj9Dd/K6oQDZeXEE1kx7/ajbJ8tu QmzihPG4qaSIjXCmiAyeHN154HyGbtOjXcvqzgonW//vIiIwzlSA6jWvEzPeZHHQTbkHyuuBp PSU7rqmBSHTPU2r4Z5bDCgUE0NxXAsHJdex3P64Lj9I4qPPLKWdMvn54yDaIS67pi2h+qRiqJ XwleGrPZSto8ZBIgomO28fc0B9lvI6uyk7tTxeYevJ9VXQXvlh65AH07seEWK2o1z+uM2toMF tDASy/omh8N3tDUms15uiR3eudsSYNGu2PYV2QdeKGLSIlTIKFmKYBhMTxmZP5AwYESjiwpvG jI/2TEpoXiBs8wzDQga6peSXX6QEvsqNuscSoX3Wps9pKYgv97VgdWGqOuNsOBcz7UlJsg79s DMiVKTP9g7JX9O0dlP/QQM37cBbyCU6xjPSY8WA/ZV9qmTJKVppJh+q87LINcvsgf8LoZcwPA W/HXVkM9gD6rrE/BDYFJ3ez5IXGQkpyDD6MqpKVbZoLS3yeRXenvTKto1wKHOg4fBmi6yuPi5 eGEF9EYMcqFPN4rNkqnjowaJPMtT43opR+Df407uRqyKUJtyrw/4XLATtqOVUaH4zXT/H2U76 Rd4OgrQOoWFwXnyA1P0+pT4Z4WLjk4ngfQj7fmZWz2qnPfJ8JLFiACdEKuae3vjSwuu0/JISv D+YkVfRL3dGnOL3TemAIlCQDQE6OLHOcDRwDC9TN8eIIFkE2rSyUTFzaL6/Akq85y0Idfcxg7 oVbvRPQQOpk5VBEO2u15G11NkjqqBxRTKd1/TfEd0N+QUQpwEH2III/KR0jNOrDtwaYQ4Aekx RF+vQyESC+5SDaWD5UmIMSBE/iR+GANnKsRmaIVWqg7ksdV0Y0DZ4IQVzFvQpb/Dtohw/N9s+ aLCgaC31/Okb8ubxU6pGgOvvzEb2lOKgLdqBK+/Q5pkzGzYAX2UW1w0HauFOe7Mr21Lz0AbtD +uvqQcUdh0Nw1QwBZGwQD2h+pc7pt0q0H3i4fsj299N1dsAWRJCQKK0TZ3HotYdquYgqVBNyN yIG6r2ioV+YyhSz9v+1bjx5226hi5lWnPZkyk1fVDyDuE4NumajVWIS8s/27mkJHvRb4WGHqx alBkdhpPFAgtKavAH X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.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.2 (/) > I have no idea what changed to cause this, but with this current > patchset I can't actually start emacs. > > #0 set_buffer_internal_2 (b=0x7ffff2a3cb10) at ../../master/src/buffer.c:2157 > old_buf = 0x0 > tail = XIL(0x7ffff2a3cb15) I doubt that my last additions can have cause that and line 2157 is BUFFER_CHECK_INDIRECTION (b); so I wonder what could have gone wrong here. Maybe some pdumper snafu? Does it start with emacs -Q? Does it start with --enable-checking=no? Does it start without the changeset applied? martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 15:14:51 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 19:14:51 +0000 Received: from localhost ([127.0.0.1]:55532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRgIl-0005ew-09 for submit@debbugs.gnu.org; Wed, 31 Mar 2021 15:14:51 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:39632) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRgIf-0005eb-Rp for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 15:14:49 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJEdSk028227; Wed, 31 Mar 2021 15:14:40 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12VJEdSk028227 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617218080; bh=ef7JKO2qCUE9b35E4becVJ/a2Ble0qoX/f+a64Q6Epg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=VUT6wFE4MuMf36E4o9zjSc8cVVk0s6vDw8EjTuiINVCjhtJ4ZYLScfQ8XTWaDHxYn BqKDVDCid6896bk14eiWkyCfBNRflAzeTWUBvHOwwfKV7Ic3rFCRudPpILv49S4oLY m1CtJ2zaR75BrI9oCbepWmK1qeMv+hZu91Uel/LA= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJEalo011137; Wed, 31 Mar 2021 15:14:36 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJEaki000961; Wed, 31 Mar 2021 15:14:36 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VJEZGj000958; Wed, 31 Mar 2021 15:14:35 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Wed, 31 Mar 2021 15:14:35 -0400 In-Reply-To: (martin rudalics's message of "Wed, 31 Mar 2021 14:41:42 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > I have no idea what changed to cause this, but with this current > > patchset I can't actually start emacs. > > > > #0 set_buffer_internal_2 (b=0x7ffff2a3cb10) at > > ../../master/src/buffer.c:2157 > > old_buf = 0x0 > > tail = XIL(0x7ffff2a3cb15) > > I doubt that my last additions can have cause that and line 2157 is > > BUFFER_CHECK_INDIRECTION (b); > > so I wonder what could have gone wrong here. Maybe some pdumper snafu? > > Does it start with emacs -Q? Nope. It fails. > Does it start with --enable-checking=no? Yes. > Does it start without the changeset applied? Yes. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 31 15:18:52 2021 Received: (at 47244) by debbugs.gnu.org; 31 Mar 2021 19:18:52 +0000 Received: from localhost ([127.0.0.1]:55542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRgMd-0005lz-Ov for submit@debbugs.gnu.org; Wed, 31 Mar 2021 15:18:51 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:39712) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRgMc-0005ln-K7 for 47244@debbugs.gnu.org; Wed, 31 Mar 2021 15:18:51 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJIjCk028659; Wed, 31 Mar 2021 15:18:45 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 12VJIjCk028659 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617218325; bh=NZ37VekfRA5jYI28+xnu18LWv1U53IAvnDIDSNLLVAU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=mfsiFdxKRMbq8moJ9GgtE0w/HXfz6xEn92ZjsJVjjsQSCOAcZP0+cgoPRUsbRKwX2 jxDbgm0UJj+6yUmWwu+KjGFPn6vT6laBHOdgUfbnOcD/t3UuH8vNAqBcxvXIcJx6om Vtj/5tlL2bmxt9wcvxbDQ/nzwUh7wZpOu/iY0xBw= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJIgjM044406; Wed, 31 Mar 2021 15:18:42 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 12VJIgkw001265; Wed, 31 Mar 2021 15:18:42 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 12VJIg5o001262; Wed, 31 Mar 2021 15:18:42 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Wed, 31 Mar 2021 15:18:42 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Wed, 31 Mar 2021 15:14:35 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > martin rudalics writes: > >> > I have no idea what changed to cause this, but with this current >> > patchset I can't actually start emacs. >> > >> > #0 set_buffer_internal_2 (b=0x7ffff2a3cb10) at >> > ../../master/src/buffer.c:2157 >> > old_buf = 0x0 >> > tail = XIL(0x7ffff2a3cb15) >> >> I doubt that my last additions can have cause that and line 2157 is >> >> BUFFER_CHECK_INDIRECTION (b); >> >> so I wonder what could have gone wrong here. Maybe some pdumper snafu? >> >> Does it start with emacs -Q? > > Nope. It fails. > >> Does it start with --enable-checking=no? > > Yes. > >> Does it start without the changeset applied? > > Yes. Also verified that using with the previous changeset with --enable-checking=yes still works. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 03:14:26 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 07:14:26 +0000 Received: from localhost ([127.0.0.1]:56000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRrX7-0006MX-Rl for submit@debbugs.gnu.org; Thu, 01 Apr 2021 03:14:26 -0400 Received: from mout.gmx.net ([212.227.17.20]:56553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRrX5-0006MJ-Vl for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 03:14:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617261249; bh=8gMT61sRVlKgKtuGiviLWuOapwxsZALR6fO/P6oeXPc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=CKUY6eZIftntP961pw/eR1jxwuB3JFlpueXYAvkgFbfrC9nfylyAndzr64iAOY/4X cm/R//xDgJb4t7qHyh6r7Sp2CtrrFfmBjC7eJL8lws5shhVMX7nWv74rl3kk0+yo7p rk5w5gTxftndh35nNn5uBM+O2Eb4FR0r/cqKY6Xs= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWAOQ-1l8V2p1AQE-00XZ1x; Thu, 01 Apr 2021 09:14:09 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> From: martin rudalics Message-ID: <1f74fdb1-0171-3560-8771-32490323d8be@gmx.at> Date: Thu, 1 Apr 2021 09:14:06 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:IeEqt6eBf3OVZ6/bH19dy0XmCKORLM2hA5jWUw9r+wgRCwEDk5e FloHE5Nme6aJtQg77ZQO7WBOl03kRIslv+wBsrjuspBN9A9lu4bdQzjp7BT4NL5aeh5EDdX 71UxANIbN4OTtlxFdQewhV2/Y+Gux79HxNa4GOyiMIudWr8lvTaTiOX1vzuJQd5gHJpn8tS 8I3sNynCZiH7Ky/0/KXSg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:I8hu/xe2Gpc=:VqSYr1p2NPPbQvq9xQZJ+j vbjH0EP904HZFS9VcXOW1WPMU8/IGKFdVaHweA2V4Z2jqWcrm0PHEZ8sFy1ENLJFdCYg5SBXa OqlafKe60XIHV/WPQMu1MuBbGa9jffnfYqksnONUHYSjSGLi9OLxXdnNXAWFyn9qcwSLrx9kT nkX/7frgoxV1mtAp0dc9vWweGi3aWYkcE074cZMXTH3x6OIV0sYS7sUTeAeJXgNkwlKPNY9Zp fC8fh/VyjaaWx1aJzlcrg+L1DC1Vp5q3F2tlKY2R6UHPw6lKa/PIWEhYNYy4Gr+zgtAPwRm29 7gK4BgQagpwRTw2ZVeXRinZw9nVaGlC3h/7Kfn023Z1C+vVH3GOzK5kMlDEu9an2gJ35WBZh1 sKBVev1iVLDEkEWy27F4y+VRRriLYbgbPhV2IWE4okwhElcPJ76ZXHhKenq0MQk9y4JDluQQo eXSiGYDS56VxIefqQIZCkaxcb93AFAlkB6QEI/mu/rJc8jn7ZSixU32AMepJ9uhEqntTB2bL6 cnZ3lYtRvaMTxR5bg3YoG+BA5lVYTHRHo/XYR8qFVGf1EgyzZUDN1OWpx1Y98yzX601eaLwuY oG3jyx+T55Pp5VAors4MhC1DhaY8mG5SrEV4SBWETME5bjy5tAWGkaQFqOAg+QrItjpeSOK7L lA3HwtEibhFredrl9cYZ7IjlSclpUunMYYO4pKrFYALojM/saQ4WDoI8Vb0dgPxSZh4ycigtg 6hJbr42lQXABKuGH6sN6OOoQLTtMZAQyTIPAggTnR6fuL1xfelgUC9HFYBFJePofWq3WJrII6 7byKAcYLJ+mpRTtc0o5cgGdgzvU9zZ9PVZpiHyn0xuUUOtL07dmLBrz8PMlpMnICgiTmpwzwc l/KTaf62gDDfoumMAf4ThKKNKB0cn2YK2vl51vi9H6z7J8lAJJ0wS3wNn8P2FpV2g8dGNwhbd ZSw2A5pQ+U/HYAS6hZIudpElPG48lBG2l4Q+P5vaISHBG3QJZKPPh1IQy9cWTXpMPPieg7M9B CQ6cZRDYdfDmoNpdjWXF/ZIKlMrwRHk+KiIo0O8PoM854Jewe3M6ZrgF6d6rU+Y0ikuL6s5dg gztBfWbs5YaHOFwo/oUZqdfE0+aBDYtCYPlec8H+UV2YNfEb1qg9rDOS41JtMpdirCvBc3V16 r3iAYrZScL7sumN9IxfaFOMnIZGHE0pzjvDiliY+pHtlVRkKYoODiYdpP1MEp+j1D1I/0xL/V pcH6v3LBPRKRIuHxW X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> Does it start with emacs -Q? >> >> Nope. It fails. Strange. I have no problems running the changeset with ... GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars) of 2021-04-01 built on restno Repository revision: b4a125e5ad1de3eb770dff12017f1e0658c4c6a2 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12004000 System Description: Debian GNU/Linux 10 (buster) Configured using: 'configure --with-gif=ifavailable --with-tiff=ifavailable --with-gnutls=no --without-pop --enable-gcc-warnings=warn-only --with-x-toolkit=lucid --enable-checking=yes --enable-check-lisp-object-type=yes 'CFLAGS=-O0 -g3 -no-pie'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GSETTINGS HARFBUZZ JPEG LIBSELINUX MODULES NOTIFY INOTIFY PDUMPER PNG SOUND THREADS TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB ... which is almost yours but for a few missing features. > Also verified that using with the previous changeset with > --enable-checking=yes still works. Which of the two additions is responsible? Try to remove or comment out either the two lines in buffer.c if (!b->base_buffer) eassert (b->window_count == 0); or all four lines containing replace_buffer_in_windows_safely_count in window.c, as there are static int replace_buffer_in_windows_safely_count; replace_buffer_in_windows_safely_count += 1; replace_buffer_in_windows_safely_count = 0; eassert (count == replace_buffer_in_windows_safely_count); Otherwise I'm clueless. Maybe Eli has an idea. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 03:46:08 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 07:46:08 +0000 Received: from localhost ([127.0.0.1]:56030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRs1o-0007Da-47 for submit@debbugs.gnu.org; Thu, 01 Apr 2021 03:46:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34892) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRs1m-0007Cs-AS for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 03:46:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49611) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRs1c-0006jw-RE; Thu, 01 Apr 2021 03:45:56 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2656 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRs1S-0005aH-AG; Thu, 01 Apr 2021 03:45:49 -0400 Date: Thu, 01 Apr 2021 10:45:26 +0300 Message-Id: <83im56h2i1.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <1f74fdb1-0171-3560-8771-32490323d8be@gmx.at> (message from martin rudalics on Thu, 1 Apr 2021 09:14:06 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <1f74fdb1-0171-3560-8771-32490323d8be@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Cc: Eli Zaretskii , "mwd@md5i.com" , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > From: martin rudalics > Date: Thu, 1 Apr 2021 09:14:06 +0200 > > Otherwise I'm clueless. Maybe Eli has an idea. I would like first to understand what prevents Emacs from starting. Does it crash at that point, i.e. inside the call to BUFFER_CHECK_INDIRECTION? if so, can Michael please try to identify what is the immediate cause of the crash? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 09:21:00 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 13:21:00 +0000 Received: from localhost ([127.0.0.1]:56640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxFs-0001dm-46 for submit@debbugs.gnu.org; Thu, 01 Apr 2021 09:21:00 -0400 Received: from md5i.com ([75.151.244.229]:59588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxFp-0001dW-Ga for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 09:20:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Ot9XlkTNQTBS9TCfDiRjLUi7FacmJSdlxddoDzSCKyc=; b=hL1IHutF6Iz482HO3z7/GI2xls NhmdjazogAS/GjtDAsDuBqGJql8YOpWEpLpy+4hAB1RakCnIHbvOphsgFTUPs/Ls50js1b3UrnVmU VYwiNLGFfAjzS+kCyxEcCsr20; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lRxFh-003gkO-KM; Thu, 01 Apr 2021 09:20:49 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <1f74fdb1-0171-3560-8771-32490323d8be@gmx.at> <83im56h2i1.fsf@gnu.org> Date: Thu, 01 Apr 2021 09:20:48 -0400 In-Reply-To: <83im56h2i1.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 01 Apr 2021 10:45:26 +0300") Message-ID: <878s629m4v.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, martin rudalics , 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Cc: Eli Zaretskii , "mwd@md5i.com" , >> "schwab@linux-m68k.org" , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> From: martin rudalics >> Date: Thu, 1 Apr 2021 09:14:06 +0200 >> >> Otherwise I'm clueless. Maybe Eli has an idea. > > I would like first to understand what prevents Emacs from starting. > Does it crash at that point, i.e. inside the call to > BUFFER_CHECK_INDIRECTION? if so, can Michael please try to identify > what is the immediate cause of the crash? And I find I can't ansswer the question. I rebuilt to give that information, and this time everything is working just fine with --enable-checking and the most recent debugging patch. No idea what happened yesterday. I will say that what happened yesterday was not a crash. It was a breakpoint on the error ("Selecting deleted buffer"); libe that was added to set_buffer_internal_2. I think maybe I overused that gdb session and it got confused. I'm running now with the latest patch and we'll see if the problem triggers today. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 09:23:04 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 13:23:04 +0000 Received: from localhost ([127.0.0.1]:56668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxHs-0001jp-I7 for submit@debbugs.gnu.org; Thu, 01 Apr 2021 09:23:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxHm-0001j5-Ay for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 09:23:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54492) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRxHb-00019I-Q9; Thu, 01 Apr 2021 09:22:47 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3551 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lRxHb-00032P-6T; Thu, 01 Apr 2021 09:22:47 -0400 Date: Thu, 01 Apr 2021 16:22:29 +0300 Message-Id: <834kgqgmwa.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <878s629m4v.fsf@md5i.com> (message from Michael Welsh Duggan on Thu, 01 Apr 2021 09:20:48 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <1f74fdb1-0171-3560-8771-32490323d8be@gmx.at> <83im56h2i1.fsf@gnu.org> <878s629m4v.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: martin rudalics , mwd@cert.org, mwd@md5i.com, > schwab@linux-m68k.org, 47244@debbugs.gnu.org > Date: Thu, 01 Apr 2021 09:20:48 -0400 > > Eli Zaretskii writes: > > >> Cc: Eli Zaretskii , "mwd@md5i.com" , > >> "schwab@linux-m68k.org" , > >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > >> From: martin rudalics > >> Date: Thu, 1 Apr 2021 09:14:06 +0200 > >> > >> Otherwise I'm clueless. Maybe Eli has an idea. > > > > I would like first to understand what prevents Emacs from starting. > > Does it crash at that point, i.e. inside the call to > > BUFFER_CHECK_INDIRECTION? if so, can Michael please try to identify > > what is the immediate cause of the crash? > > And I find I can't ansswer the question. I rebuilt to give that > information, and this time everything is working just fine with > --enable-checking and the most recent debugging patch. No idea what > happened yesterday. Great, thanks. > I will say that what happened yesterday was not a crash. It was a > breakpoint on the > > error ("Selecting deleted buffer"); > > libe that was added to set_buffer_internal_2. I think maybe I overused > that gdb session and it got confused. I'm running now with the latest > patch and we'll see if the problem triggers today. There's no need to debug problems that cannot be reproduced. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 09:54:17 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 13:54:17 +0000 Received: from localhost ([127.0.0.1]:56758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxm4-0004fw-FY for submit@debbugs.gnu.org; Thu, 01 Apr 2021 09:54:17 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:41812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRxm0-0004fU-VL for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 09:54:15 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131Ds6Aq003522; Thu, 1 Apr 2021 09:54:06 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 131Ds6Aq003522 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617285246; bh=cip/FhuK1G1XfZeyiTYBhGjZ/zsNUIx0zwDgNZOo7mE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=r+n4FqhqbDFAVWHQ7uQlCblvoTmJGoU+qwv/Zbn6gVxFVq1yuc1k+jubzR9orpyzG 11y9ldOUbEzyoX9nxmvoPkCoL3d0HQZiSO0YbTUq29GTCZZkTdRwl6Li1FcLqIsZnq uLtGKAL0k6HTsbPBiyWkffVT5ZwhQGvXTK/38aCo= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131Ds4q7004352; Thu, 1 Apr 2021 09:54:04 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131Ds4Tn002423; Thu, 1 Apr 2021 09:54:04 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 131Ds3vo002420; Thu, 1 Apr 2021 09:54:03 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> Date: Thu, 01 Apr 2021 09:54:03 -0400 In-Reply-To: (martin rudalics's message of "Wed, 31 Mar 2021 11:49:40 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > b->window_count is 1. > > What else should I have expected? I attach yet another diff. When the > same assertion triggers we'll at least know which buffer got killed. > > martin > Okay. I got a nice trigger from this. I've added some extra debugging info after the backtrace. #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at ../../master/src/emacs.c:379 #1 0x00005555557c48ef in die (msg=3D0x55555590f830 "count =3D=3D replace_buffer_in_windows_safely_co= unt", file=3D0x55555590e9cf "../../master/src/window.c", line=3D3450) at ../../master/src/alloc.c:7420 #2 0x000055555564d93a in replace_buffer_in_windows_safely (buffer=3DXIL(0x5555578531b5)) at ../../master/src/window.c:3450 count =3D 1 #3 0x0000555555758e1a in Fkill_buffer (buffer_or_name=3DXIL(0x5555578531b5= )) at ../../master/src/buffer.c:1880 buffer =3D XIL(0x5555578531b5) b =3D 0x5555578531b0 tem =3D XIL(0) m =3D 0x7fffffffcbc0 #4 0x00005555557fd918 in funcall_subr (subr=3D0x555555dd8ce0 , numargs=3D1, args=3D0x7fffffffcc= e8) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7fffffffcc20), XIL(0x1000000000), XIL(0x555555dd8ce0), XIL= (0x7fffffffcc28), XIL(0x5555557f455b), make_fixnum(17538469896), XIL(0x5555= 55dd8ce5), XIL(0x7fffffffcc40)} internal_args =3D 0x7fffffffcce8 #5 0x00005555557fd3e0 in Ffuncall (nargs=3D2, args=3D0x7fffffffcce0) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd8ce5) original_fun =3D XIL(0x2aaa9c7157c0) funcar =3D XIL(0x5ffffcca0) numargs =3D 1 val =3D XIL(0x7fffffffccc0) count =3D 10 #6 0x0000555555856aa3 in exec_byte_code (bytestr=3DXIL(0x5555576cf5b4), vector=3DXIL(0x5555576e7d15), maxdepth= =3Dmake_fixnum(5), args_template=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fff= ffffd390) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CATCHER_ALL | unknown: 0x557d70b4) targets =3D=20 {0x555555859938 , 0x55555585995d , 0x55555585995f , 0x555555859961 , 0x555555859963 , 0x555555859963 , 0x5555558599c8 , 0x555555859a3c <= exec_byte_code+15479>, 0x555555856363 , 0x555555856365= , 0x555555856367 , 0x55555585636= 9 , 0x55555585636b , 0x5555558563= 6b , 0x555555856371 , 0x555555856= 332 , 0x555555856789 , 0x55555585= 678b , 0x55555585678d , 0x5555558= 5678f , 0x555555856791 , 0x555555= 856791 , 0x5555558567c6 , 0x55555= 5856797 , 0x5555558569bb , 0x5555= 558569bd , 0x5555558569bf , 0x555= 5558569c1 , 0x5555558569c3 , 0x55= 55558569c3 , 0x555555856975 , 0x5= 5555585698c , 0x555555856a70 , 0x= 555555856a72 , 0x555555856a74 , 0= x555555856a76 , 0x555555856a78 , = 0x555555856a78 , 0x555555856a2a ,= 0x555555856a41 , 0x555555856b22 = , 0x555555856b24 , 0x555555856b26 , 0x555555856b28 , 0x555555856b2a , 0x555555856b2a , 0x555555856adc , 0x555555856af3 , 0x55555585738a , 0x55555585726d , 0x555555857264 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x5555558575c4 , 0x5555558576da , 0x555555857737 , 0x555555857797 , 0x5555558577f9 , 0x5555558565e2 , 0x55555585665d , 0x555555857872 , 0x55555585651f , 0x5555558566c5 , 0x5555558578da , 0x555555857942 , 0x55555585798a , 0x5555558579f2 , 0x555555857a58 <= exec_byte_code+7315>, 0x555555857b3e , 0x555555857b86 = , 0x555555857bee , 0x555555857c73= , 0x555555857cbb , 0x555555857d0= 3 , 0x555555857d6b , 0x555555857d= d3 , 0x555555857e3b , 0x555555857= ec0 , 0x555555857f0f , 0x55555585= 7f5e , 0x555555858025 , 0x5555558= 5811e , 0x555555858217 , 0x555555= 858284 , 0x5555558582f1 , 0x55555= 585835e , 0x5555558583cb , 0x5555= 55858438 , 0x555555858487 , 0x555= 555858581 , 0x5555558585d0 , 0x= 55555585861f , 0x55555585866e ,= 0x555555858774 , 0x5555558570e4 , 0x5555558587cf , 0x555555858817 , 0x5555558588d9 , 0x555555858942 , 0x55555585899d , 0x5555558589e5 , 0x555555858a28 , 0x555555858a6b , 0x555555858ab6 , 0x555555859938 , 0x555555858b0e , 0x555555858b51 , 0x555555858b94 , 0x555555858bd7 = , 0x555555858c1a , 0x555555858c= 5d , 0x5555558570e4 , 0x55555585= 9938 , 0x555555858ca5 , 0x55555= 5858cf7 , 0x555555858d3f , 0x55= 5555858d87 , 0x555555858def , 0= x555555858e57 , 0x555555858e9f = , 0x555555858f5c , 0x555555858fc4 , 0x55555585902c , 0x555555859094 , 0x5555558590d7 , 0x555555859938 , 0x55555585702a , 0x555555856bd4 , 0x55555585648d , 0x555555856c85 , 0x555555856d09 , 0x555555856d8a , 0x555555856fde , 0x555555856ff3 , 0x555555856922 , 0x5555558570ad , 0x55555585711b , 0x5555558571ac , 0x5555558571f5 , 0x5555558573d6 , 0x555555857453 , 0x5555558574d8 , 0x55555585753e , 0x555555856b86 , 0x55555585911f , 0x5555558591a4 <= exec_byte_code+13279>, 0x5555558591ec , 0x55555585923= 4 , 0x55555585927c , 0x55555585= 92c4 , 0x55555585932c , 0x55555= 5859394 , 0x5555558593fc , 0x55= 5555859464 , 0x5555558595ad , 0= x555555859615 , 0x55555585967d = , 0x5555558596c5 , 0x55555585972d , 0x555555859795 , 0x5555558597dd , 0x555555859825 , 0x5555558586bd , 0x55555585870c , 0x555555859874 , 0x5555558598d6 , 0x555555859938 , 0x555555856e0b , 0x555555856e28 , 0x555555856e97 , 0x555555856f06 , 0x555555856f72 , 0x555555857ac6 , 0x555555857fad , 0x555555858861 , 0x555555859acf , 0x555555859b44= , 0x555555859938 , 0x555555859= 938 , 0x555555859bda , 0x555555= 859c61 , 0x555555859938 , 0x555= 555859938 , 0x555555859938 , 0x= 555555859938 , 0x555555859938 ,= 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859daf } const_length =3D 9 bytestr_length =3D 40 vectorp =3D 0x5555576e7d18 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16296 sa_count =3D 10 alloc =3D 0x7fffffffccd0 stack_base =3D 0x7fffffffccd0 top =3D 0x7fffffffcce0 stack_lim =3D 0x7fffffffcd00 bytestr_data =3D 0x7fffffffcd00 "\300\301!\210p\211\211\205\026" pc =3D 0x7fffffffcd1e "\210\305 \210\210\306\307\310\"\207\242^\205= UUU" count =3D 10 result =3D XIL(0xe0d0) #7 0x00005555557fdbcb in fetch_and_exec_byte_code (fun=3DXIL(0x5555576e7d6= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffd390) at ../../= master/src/eval.c:3036 #8 0x00005555557fe051 in funcall_lambda (fun=3DXIL(0x5555576e7d65), nargs= =3D0, arg_vector=3D0x7fffffffd390) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd140) syms_left =3D make_fixnum(0) next =3D XIL(0x555555e62080) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985307 optional =3D false rest =3D false #9 0x00005555557fd424 in Ffuncall (nargs=3D1, args=3D0x7fffffffd388) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555576e7d65) original_fun =3D XIL(0x18856b0) funcar =3D XIL(0xffffd1e0) numargs =3D 0 val =3D XIL(0) count =3D 9 #10 0x00005555557f1518 in Ffuncall_interactively (nargs=3D1, args=3D0x7ffff= fffd388) at ../../master/src/callint.c:260 speccount =3D 8 #11 0x00005555557fd809 in funcall_subr (subr=3D0x555555ddeca0 , numargs=3D1, args=3D0x7fffffffd388) at ../../master/src/eval.c= :2967 #12 0x00005555557fd3e0 in Ffuncall (nargs=3D2, args=3D0x7fffffffd380) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddeca5) original_fun =3D XIL(0x70b0) funcar =3D XIL(0x7fffffffd2b0) numargs =3D 1 val =3D XIL(0) count =3D 7 #13 0x00005555557fc0c9 in Fapply (nargs=3D3, args=3D0x7fffffffd380) at ../.= ./master/src/eval.c:2497 i =3D 2582717749968 funcall_nargs =3D 25712400 funcall_args =3D 0x0 spread_arg =3D XIL(0) fun =3D XIL(0x70b0) sa_avail =3D 16384 sa_count =3D 7 numargs =3D 0 retval =3D XIL(0x5555557f0258) #14 0x00005555557f198d in Fcall_interactively (function=3DXIL(0x18856b0), r= ecord_flag=3DXIL(0), keys=3DXIL(0x5555582113c5)) at ../../master/src/callin= t.c:353 funval =3D XIL(0x5555576e7d65) events =3D 1433 input =3D XIL(0) speccount =3D 6 arg_from_tty =3D false key_count =3D 1 record_then_fail =3D false save_this_command =3D XIL(0x18856b0) save_this_original_command =3D XIL(0x18856b0) save_real_this_command =3D XIL(0x18856b0) save_last_command =3D XIL(0x1885710) prefix_arg =3D XIL(0) enable =3D XIL(0) up_event =3D XIL(0) form =3D XIL(0x555558b00b03) specs =3D XIL(0) sa_avail =3D 93825001726080 sa_count =3D 93824995577276 string_len =3D 93824993913254 string =3D 0x5555576e7d65 "" string_end =3D 0x7fffffffd4e0 "" next_event =3D 93824994845356 nargs =3D 0 args =3D 0x0 visargs =3D 0x0 varies =3D 0x555555e62080 "\230\001" tem =3D 0x7fffffffd570 "e}nWUU" val =3D XIL(0) #15 0x00005555557fd972 in funcall_subr (subr=3D0x555555ddece0 , numargs=3D3, args=3D0x7fffffffd720) at ../../master/src/eval.c:29= 92 internal_argbuf =3D {XIL(0x7fffffffd630), XIL(0x1000000000), XIL(0x= 555555ddece0), XIL(0x7fffffffd638), XIL(0x5555557f455b), make_fixnum(175384= 69896), XIL(0x555555ddece5), XIL(0x7fffffffd650)} internal_args =3D 0x7fffffffd720 #16 0x00005555557fd3e0 in Ffuncall (nargs=3D4, args=3D0x7fffffffd718) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddece5) original_fun =3D XIL(0x2aaa9c71a1d0) funcar =3D XIL(0x7fffffffd6b0) numargs =3D 3 val =3D XIL(0x7fffffffd6d0) count =3D 5 #17 0x0000555555856aa3 in exec_byte_code (bytestr=3DXIL(0x7ffff26110fc), ve= ctor=3DXIL(0x7ffff2610d65), maxdepth=3Dmake_fixnum(13), args_template=3Dmak= e_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc90) at ../../master/src/bytec= ode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x555555859938 , 0x55555585995d = , 0x55555585995f , 0x5555558599= 61 , 0x555555859963 , 0x5555558= 59963 , 0x5555558599c8 , 0x5555= 55859a3c , 0x555555856363 , 0x55= 5555856365 , 0x555555856367 , 0x5= 55555856369 , 0x55555585636b , 0x= 55555585636b , 0x555555856371 , 0= x555555856332 , 0x555555856789 , = 0x55555585678b , 0x55555585678d ,= 0x55555585678f , 0x555555856791 = , 0x555555856791 , 0x5555558567c6 , 0x555555856797 , 0x5555558569bb , 0x5555558569bd , 0x5555558569bf , 0x5555558569c1 , 0x5555558569c3 , 0x5555558569c3 , 0x555555856975 , 0x55555585698c , 0x555555856a70 , 0x555555856a72 , 0x555555856a74 , 0x555555856a76 , 0x555555856a78 , 0x555555856a78 , 0x555555856a2a , 0x555555856a41 , 0x555555856b22 , 0x555555856b24 , 0x555555856b26 , 0x555555856b28 , 0x555555856b2a , 0x555555856b2a , 0x555555856adc , 0x555555856af3 , 0x55555585738a , 0x55555585726d , 0x555555857264 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 <= exec_byte_code+15219>, 0x555555859938 , 0x5555558575c= 4 , 0x5555558576da , 0x5555558577= 37 , 0x555555857797 , 0x555555857= 7f9 , 0x5555558565e2 , 0x55555585= 665d , 0x555555857872 , 0x5555558= 5651f , 0x5555558566c5 , 0x555555= 8578da , 0x555555857942 , 0x55555= 585798a , 0x5555558579f2 , 0x5555= 55857a58 , 0x555555857b3e , 0x555= 555857b86 , 0x555555857bee , 0x55= 5555857c73 , 0x555555857cbb , 0x5= 55555857d03 , 0x555555857d6b , 0x= 555555857dd3 , 0x555555857e3b , 0= x555555857ec0 , 0x555555857f0f , = 0x555555857f5e , 0x555555858025 ,= 0x55555585811e , 0x555555858217 = , 0x555555858284 , 0x5555558582f1 , 0x55555585835e , 0x5555558583cb , 0x555555858438 , 0x555555858487 , 0x555555858581 , 0x5555558585d0 , 0x55555585861f , 0x55555585866e , 0x555555858774 , 0x5555558570e4 , 0x5555558587cf , 0x555555858817 , 0x5555558588d9 , 0x555555858942 , 0x55555585899d , 0x5555558589e5 , 0x555555858a28 , 0x555555858a6b= , 0x555555858ab6 , 0x555555859= 938 , 0x555555858b0e , 0x555555= 858b51 , 0x555555858b94 , 0x555= 555858bd7 , 0x555555858c1a , 0x= 555555858c5d , 0x5555558570e4 , = 0x555555859938 , 0x555555858ca5 , 0x555555858cf7 , 0x555555858d3f , 0x555555858d87 , 0x555555858def , 0x555555858e57 , 0x555555858e9f , 0x555555858f5c , 0x555555858fc4 , 0x55555585902c , 0x555555859094 , 0x5555558590d7 , 0x555555859938 , 0x55555585702a , 0x555555856bd4 <= exec_byte_code+3599>, 0x55555585648d , 0x555555856c85 = , 0x555555856d09 , 0x555555856d8a= , 0x555555856fde , 0x555555856ff= 3 , 0x555555856922 , 0x5555558570= ad , 0x55555585711b , 0x555555857= 1ac , 0x5555558571f5 , 0x55555585= 73d6 , 0x555555857453 , 0x5555558= 574d8 , 0x55555585753e , 0x555555= 856b86 , 0x55555585911f , 0x5555= 558591a4 , 0x5555558591ec , 0x5= 55555859234 , 0x55555585927c , = 0x5555558592c4 , 0x55555585932c , 0x555555859394 , 0x5555558593fc , 0x555555859464 , 0x5555558595ad , 0x555555859615 , 0x55555585967d , 0x5555558596c5 , 0x55555585972d , 0x555555859795 , 0x5555558597dd , 0x555555859825 , 0x5555558586bd , 0x55555585870c , 0x555555859874 = , 0x5555558598d6 , 0x5555558599= 38 , 0x555555856e0b , 0x55555585= 6e28 , 0x555555856e97 , 0x5555558= 56f06 , 0x555555856f72 , 0x555555= 857ac6 , 0x555555857fad , 0x55555= 5858861 , 0x555555859acf , 0x55= 5555859b44 , 0x555555859938 , 0= x555555859938 , 0x555555859bda = , 0x555555859c61 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859938 , 0x555555859daf } const_length =3D 24 bytestr_length =3D 138 vectorp =3D 0x7ffff2610d68 quitcounter =3D 1 '\001' stack_items =3D 14 sa_avail =3D 16134 sa_count =3D 5 alloc =3D 0x7fffffffd6e0 stack_base =3D 0x7fffffffd6e0 top =3D 0x7fffffffd718 stack_lim =3D 0x7fffffffd750 bytestr_data =3D 0x7fffffffd750 "\304\020\211?\205\023" pc =3D 0x7fffffffd7b2 "\006\006\071\203\211" count =3D 5 result =3D XIL(0) #18 0x00005555557fdbcb in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2610d3= 5), syms_left=3Dmake_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc88) at ../= ../master/src/eval.c:3036 #19 0x00005555557fe051 in funcall_lambda (fun=3DXIL(0x7ffff2610d35), nargs= =3D1, arg_vector=3D0x7fffffffdc88) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdc00) syms_left =3D make_fixnum(1025) next =3D XIL(0x555555e62080) lexenv =3D XIL(0x1800000000) count =3D 5 i =3D 93824994985307 optional =3D false rest =3D false #20 0x00005555557fd424 in Ffuncall (nargs=3D2, args=3D0x7fffffffdc80) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2610d35) original_fun =3D XIL(0x4470) funcar =3D XIL(0) numargs =3D 1 val =3D XIL(0x7fffffffdca8) count =3D 4 #21 0x00005555557fcbee in call1 (fn=3DXIL(0x4470), arg1=3DXIL(0x18856b0)) a= t ../../master/src/eval.c:2774 #22 0x0000555555721564 in command_loop_1 () at ../../master/src/keyboard.c:= 1466 scount =3D 3 cmd =3D XIL(0x18856b0) keybuf =3D {make_fixnum(113), XIL(0x7ffff2c1d0cd), XIL(0), XIL(0), = XIL(0x7fffffffdd70), XIL(0x5555557fcc78), XIL(0), XIL(0x7ffff25734c4), XIL(= 0x555557e28a53), XIL(0), XIL(0x555555e62080), XIL(0), XIL(0x7fffffffdd50), = XIL(0x55555571d378), XIL(0), XIL(0), XIL(0x555555e62080), XIL(0), XIL(0x7ff= fffffdd80), make_fixnum(23456248745992), XIL(0), XIL(0x555555e62080), XIL(0= ), XIL(0), XIL(0x7fffffffdda0), make_fixnum(23456248746013), make_fixnum(2)= , make_fixnum(0), XIL(0x7fffffffdde0), XIL(0x5555557f96dc)} i =3D 1 prev_modiff =3D 60 prev_buffer =3D 0x5555578531b0 already_adjusted =3D false #23 0x00005555557f919c in internal_condition_case (bfun=3D0x555555720d0e , handlers=3DXIL(0x90), hfun=3D0x555555720331 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555560c2983) c =3D 0x555555f5d3e0 #24 0x00005555557208fe in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #25 0x00005555557f85ac in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 57208d1 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f46710 #26 0x000055555572089d in command_loop () at ../../master/src/keyboard.c:10= 73 #27 0x000055555571fe1a in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf50) #28 0x0000555555720011 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #29 0x000055555571bef6 in main (argc=3D2, argv=3D0x7fffffffe1b8) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xffffcce8) "gnus-server-exit" (0xffffd390) "funcall-interactively" (0xffffd388) "call-interactively" (0xffffd720) "command-execute" (0xffffdc88) (gdb) p replace_buffer_in_windows_safely_count=20 $1 =3D 0 (gdb) frame 2 #2 0x000055555564d93a in replace_buffer_in_windows_safely ( buffer=3DXIL(0x5555578531b5)) at ../../master/src/window.c:3450 3450 eassert (count =3D=3D replace_buffer_in_windows_safely_count); (gdb) p buffer $2 =3D XIL(0x5555578531b5) (gdb) xtype Lisp_Vectorlike PVEC_BUFFER (gdb) xbuffer $3 =3D (struct buffer *) 0x5555578531b0 0x5555587d0e90 "*Server*" --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 10:56:56 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 14:56:56 +0000 Received: from localhost ([127.0.0.1]:58257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRyki-0002RX-8G for submit@debbugs.gnu.org; Thu, 01 Apr 2021 10:56:56 -0400 Received: from mout.gmx.net ([212.227.17.22]:43481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRykf-0002RG-Lk for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 10:56:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617288999; bh=XblyJabjVj3a6LGcjBvKy9fb5p/Sp6Xt3WqZMYnIqrk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=WU+YlXigpxsXMoQtmKEynDV7lS3iZJWMkbFoPRImyiZ0aWYCe4PJL8tHlpExxqj6L bkFmrWo+r7+xVo9X92hVnZe79fii2W93OB07rzphBGNFmryVMHCknlIDJCtE/1wLLV dYfzs+p61x6BrNRib+myx/BSF0wyv3PMv33p9L6s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.151]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MzQgC-1lnkrW4080-00vNOi; Thu, 01 Apr 2021 16:56:39 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83eeg3kawg.fsf@gnu.org> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> From: martin rudalics Message-ID: <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> Date: Thu, 1 Apr 2021 16:56:36 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------6F9FD7D93D857C49828D2CAD" Content-Language: en-US X-Provags-ID: V03:K1:GKOIDXccbKUeVfZbfHkhFy9HavlO7kknx6fb+wDxVD+WRHs4cb4 HEHREkayFToEcBzkJ4IBdBEn4D5jEOM9y0XE0SYlR9KxFubYYMXcdnu2KdAGXrsq5AMSdkV QAIwMR7Wjo5FflTvw6WonuQ+SCsxizoTMXuFx8NeNxKefdQba3pTFX+uibpW5PKUyMhrl2Y jvWEpRiLenLyVDFzjJNtw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:H3u23h8GZe8=:cDenR/COf9WBsiNX6YUabX uJiCK7kHsTO31M5QoLijCH6+jfl8irNc3Xl20BuEyqgG80pM42ESTlbcMv6UENZAXLqxCJs+7 utWwnO+b6OF1ac0b0RxWv47Xy9R+KQeK3CdUVccpBPHrTsNPVTDGzPCRCDwb9yfUwgHpgMuDS VSf/uGnakRaGw5g2mAJt7kZMVjfhtscLjUpuPoz9uUaNXbquJgVIPQC55SBD3m6wXGDjm07Q9 av/vSOQmA5V2z/0mLwsCUNRFd48VqRKXhT2DWyce7YX00t/bwZwcA4WfpfFg/dtCW6CvSXkcc W2vIBVXpo/y82GYbVYfhEcY9rbNv+HP1r2LneU+LLfWqGATI9AtQQbSfp10iVTUhW8OU4bNJo BwSjrhZqymve6zaNuOFGH152sXT/OZuDInv6iPR6vLO/F2M0cdPLxEZ8fOhK7Zkzb0yT4Q4q1 +R0T7eBbDaPwg5iR4Fk5KOAEeoM/mJKVCZULI/1yzfO/IUpMdTxBWLLgj50I76H8i5oKi2q3V yLKDoVCdzS6OkpbqzDHdOBUEJoA2h2Sy67G28uSJ9tB1Aa4ZjJhSCZol2TJmvjuLUoWg8FADt l/CgBAjWzjd7d7HnHy9dQWvB7FcjC5+MgRpndGMnLOjz+bX/5ZUyFq5tHlKCM5z8aGCrOgmSO jKJNgaevqkYeVJglezX4JqsY66iogAOSxryw+JZdb0e8L34Vic6WLn/Va6A7DQW1i5vgKbLG6 ZT6zBzvwbXowZNanBtJmWkHqU/5Ls9Z1hxHh1q5G9PHKLPac1oXk2Og+05fv3aAt/roN4A1lB YIoCPDq6Sbgl3CKKNn1M+sv3UzZENv46+cK7jHWDyZu7MkUPWEXsDUx62HiLIMviYqXKpVR5J JlFP/xPMM5uAYj39M+Yl+4X8GpTvzD4/rC6vYzswOgXiIGeT25y0KBAdbWR0ZOzq6kO4Tn4Sq b0SkRYBp49NyLQy+NhTxf9nFjsquD1cz86C2u7KPV2J0s1B3jEmHPvejeQIVScvybXs/rIMmC S5V36ibi2PQDqITlsFKuilr3v6OSOOiRoPWFn2eohhc/rDRk5vk92gJPymfWmYeJIXAhmkshr iSe43Zhx7KbiB/MOB0jqvNrO5G97FI6h51t8rWeaU7QzE5ZFESKzXFx2WX3Q5rHmNu4unQQ5m vpdSjRt7o5uWajHhjzR7Ywvx/yzV3/A6PtUVYwoYnP6CVgUoQd8ULeihFrDar/CAl85n0icEk /GQMyScpYWg92V3cu X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------6F9FD7D93D857C49828D2CAD Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > Okay. I got a nice trigger from this. I've added some extra > debugging info after the backtrace. Thanks. Nice but not amusing. Things like that never can happen. So presumably *Server* is the buffer you want to get rid off. I can only add another diff based on that assumption. Please put a breakpoint on that non-sensical best_window = Qt; line 3050 in window.c. When it triggers please use "s" to painfully step through the entire set_window_buffer and other_buffer_safely below and tell me whether you find something fishy: Is other_buffer_safely called at all and what is the name of the "buf" it returns? Does set_window_buffer for some reason refuse to wset_buffer to the one returned by other_buffer_safely? martin --------------6F9FD7D93D857C49828D2CAD Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..aaf75457b4 100644 --- a/src/window.c +++ b/src/window.c @@ -307,7 +307,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +319,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +599,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2950,6 +2957,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3036,6 +3045,10 @@ window_loop (enum window_loop type, Lisp_Object ob= j, bool mini, is live, and show another buffer in case it isn't. */ if (EQ (w->contents, obj)) { + if (!NILP (Fstring_equal (XBUFFER (w->contents)->name_, + build_string ("*Server*")))) + best_window =3D Qt; + /* Undedicate WINDOW. */ wset_dedicated (w, Qnil); /* Make WINDOW show the buffer returned by @@ -3048,6 +3061,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3426,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,6 +3436,10 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; @@ -3429,6 +3450,8 @@ replace_buffer_in_windows_safely (Lisp_Object buffe= r) FOR_EACH_FRAME (tail, frame) window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); } =0C /* The following three routines are needed for running a window's @@ -3960,6 +3983,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4079,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5202,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7263,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------6F9FD7D93D857C49828D2CAD-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 14:30:27 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 18:30:27 +0000 Received: from localhost ([127.0.0.1]:58546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lS25L-00085T-4k for submit@debbugs.gnu.org; Thu, 01 Apr 2021 14:30:27 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:47056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lS25I-00085A-Am for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 14:30:26 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131IUFsa025818; Thu, 1 Apr 2021 14:30:15 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 131IUFsa025818 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617301816; bh=pqCHJSJfDuWMhVSFcBBzDwgwplzQfrPXyFRVU7Jn0x0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=OJodWDQLaZWlTHzlCNuoZkFlc9WMC5IzBHuYuvJEWJlan/7s0tMzzvJy24MDIGQEw MFl+db7VS622vk6KgUfWsZJ7nLNPTo7hJ6g1nMR0D6cf8VYDZPTpWfv2yGj3sjuwLR QmmwEfA18tqvF/owCvScdxJUDwQH661hBweOSovs= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131IU73S013082; Thu, 1 Apr 2021 14:30:07 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131IU7Q5031743; Thu, 1 Apr 2021 14:30:07 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 131IU6rH031740; Thu, 1 Apr 2021 14:30:06 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> Date: Thu, 01 Apr 2021 14:30:06 -0400 In-Reply-To: <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> (martin rudalics's message of "Thu, 1 Apr 2021 10:56:36 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Okay. I got a nice trigger from this. I've added some extra > > debugging info after the backtrace. > > Thanks. Nice but not amusing. Things like that never can happen. So > presumably *Server* is the buffer you want to get rid off. I can only > add another diff based on that assumption. Please put a breakpoint on > that non-sensical > > best_window = Qt; > > line 3050 in window.c. When it triggers please use "s" to painfully > step through the entire set_window_buffer and other_buffer_safely below > and tell me whether you find something fishy: Is other_buffer_safely > called at all and what is the name of the "buf" it returns? Does > set_window_buffer for some reason refuse to wset_buffer to the one > returned by other_buffer_safely? The answer, which I sort of suspected, is that it never hit that breakpoint at all before the assertion fires. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 01 15:31:47 2021 Received: (at 47244) by debbugs.gnu.org; 1 Apr 2021 19:31:47 +0000 Received: from localhost ([127.0.0.1]:58717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lS32h-0001PF-DD for submit@debbugs.gnu.org; Thu, 01 Apr 2021 15:31:47 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:55608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lS32d-0001Ow-FZ for 47244@debbugs.gnu.org; Thu, 01 Apr 2021 15:31:46 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131JVakb011756; Thu, 1 Apr 2021 15:31:36 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 131JVakb011756 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617305496; bh=wVxwoptIiRjNBjHaGIcH5HXUXo9UYAB0r997ipX8W+c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=nPT6Qa2nWus3QZb3hUbapHiw3Aozfq9yu9QW/wm40DBRV4GgjJw2x02iyhqy8ooqh BTDIuLA80OX3tHgu3XbMUDOC3y7ySR29iViXbZjWhKy3QJMntZdnz6U85RYYnOW7vp IRtm1kYdv8eN+nhte/qJNjVDknII64/jT6Cc2Urg= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131JVYeU029453; Thu, 1 Apr 2021 15:31:34 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 131JVYTd005676; Thu, 1 Apr 2021 15:31:34 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 131JVXMZ005673; Thu, 1 Apr 2021 15:31:33 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> Date: Thu, 01 Apr 2021 15:31:33 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Thu, 1 Apr 2021 14:30:06 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > martin rudalics writes: > >> > Okay. I got a nice trigger from this. I've added some extra >> > debugging info after the backtrace. >> >> Thanks. Nice but not amusing. Things like that never can happen. So >> presumably *Server* is the buffer you want to get rid off. I can only >> add another diff based on that assumption. Please put a breakpoint on >> that non-sensical >> >> best_window = Qt; >> >> line 3050 in window.c. When it triggers please use "s" to painfully >> step through the entire set_window_buffer and other_buffer_safely below >> and tell me whether you find something fishy: Is other_buffer_safely >> called at all and what is the name of the "buf" it returns? Does >> set_window_buffer for some reason refuse to wset_buffer to the one >> returned by other_buffer_safely? > > The answer, which I sort of suspected, is that it never hit that > breakpoint at all before the assertion fires. I am now skeptical about that debug session and will try to recreate again in a fresh session. (When I did a "list window.c:3050" in gdb I did not get the expected listing.) -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 02 02:48:55 2021 Received: (at 47244) by debbugs.gnu.org; 2 Apr 2021 06:48:55 +0000 Received: from localhost ([127.0.0.1]:59009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lSDby-0000sI-Mv for submit@debbugs.gnu.org; Fri, 02 Apr 2021 02:48:55 -0400 Received: from mout.gmx.net ([212.227.15.15]:44925) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lSDbw-0000s2-Da for 47244@debbugs.gnu.org; Fri, 02 Apr 2021 02:48:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617346118; bh=qlbvLE9vFwZZqTUkne9CzPpi4NU2vncXmkDNV+7r9vg=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=c6ZkTuYSJ7R6h3sQWTOGttICUacLyd8iKUoPJqgqSscdJDa1B4PiJuEXKoUCpGQ/s Hq4f24sYQ2Bm1rbhcp6dbXilg+n2RrWn34vr2/GChEnqd8+DNP4wj6vTMLK5dynt3a tJfcd1szFj6VjlN9eBtm9oHnCBefPD7eTo4FII04= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.7]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M4axg-1lQYue0DeY-001fNg; Fri, 02 Apr 2021 08:48:38 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83y2e6kp9t.fsf@gnu.org> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> From: martin rudalics Message-ID: <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> Date: Fri, 2 Apr 2021 08:48:35 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------D8A962A8140476BC29ECAFFA" Content-Language: en-US X-Provags-ID: V03:K1:/hke/hlTcmh+a4qj46CIY2+XTRB0RFC9LX8pberDt0Pi8pzv27q TOvC3KptGTXmOm9Iw5FlKjSE0xi1UdG4+15FAdn3fc+MvXpanovLqSNvZWz/AA+rmuwBDmB Y8HhA+2Qhj4OgV5COsz/r7eGdORFYhcRxnB97+1IJIzOqBh0CvtaSJcKCKMp0Jrt2e/hiRQ qoC7kvRmvuUeM3GJ9yTIQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CsUi4RlglzA=:9K3Gxjxr2XJMZAXkuxQFqT MqHBBcYb3XD/ifVhLaR1CePip6W1Yb16lliTRUmYt+hNHIeZ/b7BXVN6K7ZdrqLZdoAn4uLWO /qPtoLbjqu2U2+Hd8pSOhuen57jS6yPvFuUIgL1+CwUcHTEwEYh+ELlQ2icEeq6aB1szOO/jv UbEwA0A+/WDIbeCLN/f7jZBBYTtm75Ri0mAF/yZdGmHjNOVVR2k8ekmPC/5mPEExDdRgVxMpw cIuOXmFQIjbmsf8xEB5GB3DidfkX3cwPSJVBNwiRkwJEt+lURVZO4KkViNOwrmkkCVtQ9/KPD tqBIehwT0l/uMteQGPJmCsG8of9E+sJ6RPKfG7+6JIEOXEF7XTTxuF7BaSkeVkeRDpsuaVigt TKlwWKP8dpawc9GYhsNtG4rweHmc0HvTjYnxLy+5rKO0HCwftZ0IZqeZyFI4vk3B157GbyBTM sIYkfrzEYQUBuOMYhOnsQwh5urApWRAg3vITsjs9WXeR7jJkBUThGc53luXtVqZjM5+j23zOk 6HIPznbO9r8o0nlLBWA+1uEku5+OJe5z1kmsfHZGuvSpbSFsLNIPGvEuxpAS/uGR4C9dnwLQp CINmvslYVeOh+2Su7hzMDHc6SPAaRyz2Pg6PVHNLSP3+tyvH7phx81u1fg4RQCdzK6yRD+dMb MctrlAy2TyREOATRZYC/jSR70eH0OYdAlh5L8MHMKEnJ3o/VIv1WZ63Tue2gyv/1MtALPVP2O Hz/lDsMYwrisPoyYWAVFmoYZBPerUM8QRQfzVOaUAChKLXNKpZpskmMkcJt9U8XwAi9HQkj// XI399/haXG85sg+5B5Cf0AWlgGRCkEUcczObD4J/MSIkSbgODk7of1Lje53HO57IffKZAAhFW 4iI1Bi0Buf4MVjmUDvY0gu4x33KzWr27RW9wXVOHYUZDYacuLxpSsJZQmlmSQTL14IWw8OP5V k1oMMwRjfqBda8XxKkEQXQWhzeSQfq2oDFL1Ge+gxtYG6+sSAF+hCXjx4hqeUcTjNoEvSb3re yU1xUZrhp8wCVsUkQ1varFLTMFirdsG5gUlvvx4RPO/5bOYNl/Rtz++TtNkLlwFzHi8notl4q FqdslDCH7BsvG3KBlc5r1p5YfLoXLjfjvqSKM79MK6DqlXguE6z0412SnPVFiij00iGjs+dZf VkkPQXzWgTyylwfCq5crrL0o3pEWrOsrT3ISA0sKkn9ZvlEgRsYnJa0/mi1zbfRnr4va4= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------D8A962A8140476BC29ECAFFA Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > The answer, which I sort of suspected, is that it never hit that > breakpoint at all before the assertion fires. You're right. In + if (!NILP (Fstring_equal (XBUFFER (w->contents)->name_, + build_string ("*Server*")))) + best_window = Qt; + /* Undedicate WINDOW. */ wset_dedicated (w, Qnil); /* Make WINDOW show the buffer returned by @@ -3048,6 +3061,8 @@ window_loop (enum window_loop type, Lisp_Object obj, bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) == current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count += 1; replace_buffer_in_windows_safely_count is incremented regardless of whether W's buffer is *Server* or not. In either case the assertion would not fail. So once we are here everything is all right and the bug must be that we do not get here. I attach the next patch. Please put a breakpoint at the replace_buffer_in_windows_safely_count = 0; and try to step through the rest of this function with GDB. And if you don't hit it, the detection logic went wrong ... martin --------------D8A962A8140476BC29ECAFFA Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..aa69c66be6 100644 --- a/src/window.c +++ b/src/window.c @@ -307,7 +307,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +319,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +599,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2950,6 +2957,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3057,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3422,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3432,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3429,6 +3463,7 @@ replace_buffer_in_windows_safely (Lisp_Object buffe= r) FOR_EACH_FRAME (tail, frame) window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); } + } =0C /* The following three routines are needed for running a window's @@ -3960,6 +3995,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4091,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5214,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7275,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------D8A962A8140476BC29ECAFFA-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 05 14:15:49 2021 Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 18:15:49 +0000 Received: from localhost ([127.0.0.1]:38544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTTlK-00018O-1D for submit@debbugs.gnu.org; Mon, 05 Apr 2021 14:15:48 -0400 Received: from md5i.com ([75.151.244.229]:36102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTTlG-000188-6S for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 14:15:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=x7B1WXFv9VaERr4TrNmR1+asbAgnkHSO9dXjCWipqJY=; b=uYEc31rZ/DnKjA1qMFMLgxRzQb +jTGkgtiiKmkSV9bD9lC8DO0ssYTj/DglwG1wj30vWk6+F5BWJ2z4hX9yh4gexY7zBoz7ivZDH9rP Jt2WBFf4wJN9CaWKhDHNM4niJ; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lTTl7-003y1A-DU; Mon, 05 Apr 2021 14:15:33 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> Date: Mon, 05 Apr 2021 14:15:32 -0400 In-Reply-To: <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> (martin rudalics's message of "Fri, 2 Apr 2021 08:48:35 +0200") Message-ID: <87v990r41n.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >> The answer, which I sort of suspected, is that it never hit that >> breakpoint at all before the assertion fires. > > You're right. In > > + if (!NILP (Fstring_equal (XBUFFER (w->contents)->name_, > + build_string ("*Server*")))) > + best_window =3D Qt; > + > /* Undedicate WINDOW. */ > wset_dedicated (w, Qnil); > /* Make WINDOW show the buffer returned by > @@ -3048,6 +3061,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, > if (EQ (window, selected_window) > && XBUFFER (w->contents) =3D=3D current_buffer) > Fset_buffer (w->contents); > + > + replace_buffer_in_windows_safely_count +=3D 1; > > replace_buffer_in_windows_safely_count is incremented regardless of > whether W's buffer is *Server* or not. In either case the assertion > would not fail. So once we are here everything is all right and the bug > must be that we do not get here. I attach the next patch. Please put a > breakpoint at the > > replace_buffer_in_windows_safely_count =3D 0; > > and try to step through the rest of this function with GDB. And if you > don't hit it, the detection logic went wrong ... Finally hit this. I set logging on and started debugging. Unfortunately, gdb logging only logs the outputs, not what I typed, so perusing the output here might be a bit confusing. Here's what I noted: buffer_window_count of the *Server* buffer was 1. There were three frames that we looped over in the FOR_EACH_FRAME() loop. Of these, only the first is interesting. In this case window_list_1() in window_loop() returned three windows. For each window, in the REPLACE_BUFFER_IN_WINDOWS_SAFELY case branch, EQ (w->contents, obj) returned false. As a result, best_window is Qnil at the end, and replace-buffer_in_windows_safely_count never gets incremented. For the other two frames the return value of window_list_1() was Qnil. I've kept the session up and might be able to use `return' and `jump' in gdb to re-run through replace_buffer_in_windows_safely() if you want me to explore more in depth. #0 replace_buffer_in_windows_safely (buffer=3DXIL(0x5555573fd885)) at ../../master/src/window.c:3440 count =3D 1 #1 0x0000555555758f71 in Fkill_buffer (buffer_or_name=3DXIL(0x5555573fd885= )) at ../../master/src/buffer.c:1880 buffer =3D XIL(0x5555573fd885) b =3D 0x5555573fd880 tem =3D XIL(0) m =3D 0x7fffffffcb70 #2 0x00005555557fda6f in funcall_subr (subr=3D0x555555dd9ce0 , numargs=3D1, args=3D0x7fffffffcc= 98) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7fffffffcbd0), XIL(0x1000000000), XIL(0x555555dd9ce0), XIL= (0x7fffffffcbd8), make_fixnum(23456248746412), XIL(0x10557f4179), XIL(0x555= 555dd9ce5), XIL(0x7fffffffcbf0)} internal_args =3D 0x7fffffffcc98 #3 0x00005555557fd537 in Ffuncall (nargs=3D2, args=3D0x7fffffffcc90) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd9ce5) original_fun =3D XIL(0x2aaa9c7147c0) funcar =3D XIL(0x5ffffcc50) numargs =3D 1 val =3D XIL(0x7fffffffcc70) count =3D 10 #4 0x0000555555856bfa in exec_byte_code (bytestr=3DXIL(0x555556f49614), vector=3DXIL(0x555557601b55), maxdepth= =3Dmake_fixnum(5), args_template=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fff= ffffd340) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CONDITION_CASE | unknown: 0x557d720c) targets =3D=20 {0x555555859a8f , 0x555555859ab4 , 0x555555859ab6 , 0x555555859ab8 , 0x555555859aba , 0x555555859aba , 0x555555859b1f , 0x555555859b93 <= exec_byte_code+15479>, 0x5555558564ba , 0x5555558564bc= , 0x5555558564be , 0x5555558564c= 0 , 0x5555558564c2 , 0x5555558564= c2 , 0x5555558564c8 , 0x555555856= 489 , 0x5555558568e0 , 0x55555585= 68e2 , 0x5555558568e4 , 0x5555558= 568e6 , 0x5555558568e8 , 0x555555= 8568e8 , 0x55555585691d , 0x55555= 58568ee , 0x555555856b12 , 0x5555= 55856b14 , 0x555555856b16 , 0x555= 555856b18 , 0x555555856b1a , 0x55= 5555856b1a , 0x555555856acc , 0x5= 55555856ae3 , 0x555555856bc7 , 0x= 555555856bc9 , 0x555555856bcb , 0= x555555856bcd , 0x555555856bcf , = 0x555555856bcf , 0x555555856b81 ,= 0x555555856b98 , 0x555555856c79 = , 0x555555856c7b , 0x555555856c7d , 0x555555856c7f , 0x555555856c81 , 0x555555856c81 , 0x555555856c33 , 0x555555856c4a , 0x5555558574e1 , 0x5555558573c4 , 0x5555558573bb , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x55555585771b , 0x555555857831 , 0x55555585788e , 0x5555558578ee , 0x555555857950 , 0x555555856739 , 0x5555558567b4 , 0x5555558579c9 , 0x555555856676 , 0x55555585681c , 0x555555857a31 , 0x555555857a99 , 0x555555857ae1 , 0x555555857b49 , 0x555555857baf <= exec_byte_code+7315>, 0x555555857c95 , 0x555555857cdd = , 0x555555857d45 , 0x555555857dca= , 0x555555857e12 , 0x555555857e5= a , 0x555555857ec2 , 0x555555857f= 2a , 0x555555857f92 , 0x555555858= 017 , 0x555555858066 , 0x55555585= 80b5 , 0x55555585817c , 0x5555558= 58275 , 0x55555585836e , 0x555555= 8583db , 0x555555858448 , 0x55555= 58584b5 , 0x555555858522 , 0x5555= 5585858f , 0x5555558585de , 0x555= 5558586d8 , 0x555555858727 , 0x= 555555858776 , 0x5555558587c5 ,= 0x5555558588cb , 0x55555585723b , 0x555555858926 , 0x55555585896e , 0x555555858a30 , 0x555555858a99 , 0x555555858af4 , 0x555555858b3c , 0x555555858b7f , 0x555555858bc2 , 0x555555858c0d , 0x555555859a8f , 0x555555858c65 , 0x555555858ca8 , 0x555555858ceb , 0x555555858d2e = , 0x555555858d71 , 0x555555858d= b4 , 0x55555585723b , 0x55555585= 9a8f , 0x555555858dfc , 0x55555= 5858e4e , 0x555555858e96 , 0x55= 5555858ede , 0x555555858f46 , 0= x555555858fae , 0x555555858ff6 = , 0x5555558590b3 , 0x55555585911b , 0x555555859183 , 0x5555558591eb , 0x55555585922e , 0x555555859a8f , 0x555555857181 , 0x555555856d2b , 0x5555558565e4 , 0x555555856ddc , 0x555555856e60 , 0x555555856ee1 , 0x555555857135 , 0x55555585714a , 0x555555856a79 , 0x555555857204 , 0x555555857272 , 0x555555857303 , 0x55555585734c , 0x55555585752d , 0x5555558575aa , 0x55555585762f , 0x555555857695 , 0x555555856cdd , 0x555555859276 , 0x5555558592fb <= exec_byte_code+13279>, 0x555555859343 , 0x55555585938= b , 0x5555558593d3 , 0x55555585= 941b , 0x555555859483 , 0x55555= 58594eb , 0x555555859553 , 0x55= 55558595bb , 0x555555859704 , 0= x55555585976c , 0x5555558597d4 = , 0x55555585981c , 0x555555859884 , 0x5555558598ec , 0x555555859934 , 0x55555585997c , 0x555555858814 , 0x555555858863 , 0x5555558599cb , 0x555555859a2d , 0x555555859a8f , 0x555555856f62 , 0x555555856f7f , 0x555555856fee , 0x55555585705d , 0x5555558570c9 , 0x555555857c1d , 0x555555858104 , 0x5555558589b8 , 0x555555859c26 , 0x555555859c9b= , 0x555555859a8f , 0x555555859= a8f , 0x555555859d31 , 0x555555= 859db8 , 0x555555859a8f , 0x555= 555859a8f , 0x555555859a8f , 0x= 555555859a8f , 0x555555859a8f ,= 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859f06 } const_length =3D 9 bytestr_length =3D 40 vectorp =3D 0x555557601b58 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16296 sa_count =3D 10 alloc =3D 0x7fffffffcc80 stack_base =3D 0x7fffffffcc80 top =3D 0x7fffffffcc90 stack_lim =3D 0x7fffffffccb0 bytestr_data =3D 0x7fffffffccb0 "\300\301!\210p\211\211\205\026" pc =3D 0x7fffffffccce "\210\305 \210\210\306\307\310\"\207\371_\205= UUU" count =3D 10 result =3D XIL(0xe0d0) #5 0x00005555557fdd22 in fetch_and_exec_byte_code (fun=3DXIL(0x555557601ba= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffd340) at ../../= master/src/eval.c:3036 #6 0x00005555557fe1a8 in funcall_lambda (fun=3DXIL(0x555557601ba5), nargs= =3D0, arg_vector=3D0x7fffffffd340) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd0f0) syms_left =3D make_fixnum(0) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985650 optional =3D false rest =3D false #7 0x00005555557fd57b in Ffuncall (nargs=3D1, args=3D0x7fffffffd338) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555557601ba5) original_fun =3D XIL(0x17b5b60) funcar =3D XIL(0xffffd190) numargs =3D 0 val =3D XIL(0) count =3D 9 #8 0x00005555557f166f in Ffuncall_interactively (nargs=3D1, args=3D0x7ffff= fffd338) at ../../master/src/callint.c:260 speccount =3D 8 #9 0x00005555557fd960 in funcall_subr (subr=3D0x555555ddfca0 , numargs=3D1, args=3D0x7fffffffd338) at ../../master/src/eval.c= :2967 #10 0x00005555557fd537 in Ffuncall (nargs=3D2, args=3D0x7fffffffd330) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddfca5) original_fun =3D XIL(0x70b0) funcar =3D XIL(0x7fffffffd260) numargs =3D 1 val =3D XIL(0) count =3D 7 #11 0x00005555557fc220 in Fapply (nargs=3D3, args=3D0x7fffffffd330) at ../.= ./master/src/eval.c:2497 i =3D 2582733851120 funcall_nargs =3D 24861632 funcall_args =3D 0x0 spread_arg =3D XIL(0) fun =3D XIL(0x70b0) sa_avail =3D 16384 sa_count =3D 7 numargs =3D 0 retval =3D XIL(0x5555557f03af) #12 0x00005555557f1ae4 in Fcall_interactively (function=3DXIL(0x17b5b60), r= ecord_flag=3DXIL(0), keys=3DXIL(0x555557e0a415)) at ../../master/src/callin= t.c:353 funval =3D XIL(0x555557601ba5) events =3D 1526 input =3D XIL(0) speccount =3D 6 arg_from_tty =3D false key_count =3D 1 record_then_fail =3D false save_this_command =3D XIL(0x17b5b60) save_this_original_command =3D XIL(0x17b5b60) save_real_this_command =3D XIL(0x17b5b60) save_last_command =3D XIL(0x17b5bc0) prefix_arg =3D XIL(0) enable =3D XIL(0) up_event =3D XIL(0) form =3D XIL(0x555558be6b73) specs =3D XIL(0) sa_avail =3D 93825001730176 sa_count =3D 93824995577619 string_len =3D 93824993913597 string =3D 0x555557601ba5 "" string_end =3D 0x7fffffffd490 "" next_event =3D 93824994845699 nargs =3D 0 args =3D 0x0 visargs =3D 0x0 varies =3D 0x555555e63080 "\230\001" tem =3D 0x7fffffffd520 "\245\033`WUU" val =3D XIL(0) #13 0x00005555557fdac9 in funcall_subr (subr=3D0x555555ddfce0 , numargs=3D3, args=3D0x7fffffffd6d0) at ../../master/src/eval.c:29= 92 internal_argbuf =3D {XIL(0x7fffffffd5e0), XIL(0x1000000000), XIL(0x= 555555ddfce0), XIL(0x7fffffffd5e8), make_fixnum(23456248746412), XIL(0x1055= 7f4179), XIL(0x555555ddfce5), XIL(0x7fffffffd600)} internal_args =3D 0x7fffffffd6d0 #14 0x00005555557fd537 in Ffuncall (nargs=3D4, args=3D0x7fffffffd6c8) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddfce5) original_fun =3D XIL(0x2aaa9c7191d0) funcar =3D XIL(0x7fffffffd660) numargs =3D 3 val =3D XIL(0x7fffffffd680) count =3D 5 #15 0x0000555555856bfa in exec_byte_code (bytestr=3DXIL(0x7ffff26110fc), ve= ctor=3DXIL(0x7ffff2610d65), maxdepth=3Dmake_fixnum(13), args_template=3Dmak= e_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc40) at ../../master/src/bytec= ode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x555555859a8f , 0x555555859ab4 = , 0x555555859ab6 , 0x555555859a= b8 , 0x555555859aba , 0x5555558= 59aba , 0x555555859b1f , 0x5555= 55859b93 , 0x5555558564ba , 0x55= 55558564bc , 0x5555558564be , 0x5= 555558564c0 , 0x5555558564c2 , 0x= 5555558564c2 , 0x5555558564c8 , 0= x555555856489 , 0x5555558568e0 , = 0x5555558568e2 , 0x5555558568e4 ,= 0x5555558568e6 , 0x5555558568e8 = , 0x5555558568e8 , 0x55555585691d , 0x5555558568ee , 0x555555856b12 , 0x555555856b14 , 0x555555856b16 , 0x555555856b18 , 0x555555856b1a , 0x555555856b1a , 0x555555856acc , 0x555555856ae3 , 0x555555856bc7 , 0x555555856bc9 , 0x555555856bcb , 0x555555856bcd , 0x555555856bcf , 0x555555856bcf , 0x555555856b81 , 0x555555856b98 , 0x555555856c79 , 0x555555856c7b , 0x555555856c7d , 0x555555856c7f , 0x555555856c81 , 0x555555856c81 , 0x555555856c33 , 0x555555856c4a , 0x5555558574e1 , 0x5555558573c4 , 0x5555558573bb , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f <= exec_byte_code+15219>, 0x555555859a8f , 0x55555585771= b , 0x555555857831 , 0x5555558578= 8e , 0x5555558578ee , 0x555555857= 950 , 0x555555856739 , 0x55555585= 67b4 , 0x5555558579c9 , 0x5555558= 56676 , 0x55555585681c , 0x555555= 857a31 , 0x555555857a99 , 0x55555= 5857ae1 , 0x555555857b49 , 0x5555= 55857baf , 0x555555857c95 , 0x555= 555857cdd , 0x555555857d45 , 0x55= 5555857dca , 0x555555857e12 , 0x5= 55555857e5a , 0x555555857ec2 , 0x= 555555857f2a , 0x555555857f92 , 0= x555555858017 , 0x555555858066 , = 0x5555558580b5 , 0x55555585817c ,= 0x555555858275 , 0x55555585836e = , 0x5555558583db , 0x555555858448 , 0x5555558584b5 , 0x555555858522 , 0x55555585858f , 0x5555558585de , 0x5555558586d8 , 0x555555858727 , 0x555555858776 , 0x5555558587c5 , 0x5555558588cb , 0x55555585723b , 0x555555858926 , 0x55555585896e , 0x555555858a30 , 0x555555858a99 , 0x555555858af4 , 0x555555858b3c , 0x555555858b7f , 0x555555858bc2= , 0x555555858c0d , 0x555555859= a8f , 0x555555858c65 , 0x555555= 858ca8 , 0x555555858ceb , 0x555= 555858d2e , 0x555555858d71 , 0x= 555555858db4 , 0x55555585723b , = 0x555555859a8f , 0x555555858dfc , 0x555555858e4e , 0x555555858e96 , 0x555555858ede , 0x555555858f46 , 0x555555858fae , 0x555555858ff6 , 0x5555558590b3 , 0x55555585911b , 0x555555859183 , 0x5555558591eb , 0x55555585922e , 0x555555859a8f , 0x555555857181 , 0x555555856d2b <= exec_byte_code+3599>, 0x5555558565e4 , 0x555555856ddc = , 0x555555856e60 , 0x555555856ee1= , 0x555555857135 , 0x55555585714= a , 0x555555856a79 , 0x5555558572= 04 , 0x555555857272 , 0x555555857= 303 , 0x55555585734c , 0x55555585= 752d , 0x5555558575aa , 0x5555558= 5762f , 0x555555857695 , 0x555555= 856cdd , 0x555555859276 , 0x5555= 558592fb , 0x555555859343 , 0x5= 5555585938b , 0x5555558593d3 , = 0x55555585941b , 0x555555859483 , 0x5555558594eb , 0x555555859553 , 0x5555558595bb , 0x555555859704 , 0x55555585976c , 0x5555558597d4 , 0x55555585981c , 0x555555859884 , 0x5555558598ec , 0x555555859934 , 0x55555585997c , 0x555555858814 , 0x555555858863 , 0x5555558599cb = , 0x555555859a2d , 0x555555859a= 8f , 0x555555856f62 , 0x55555585= 6f7f , 0x555555856fee , 0x5555558= 5705d , 0x5555558570c9 , 0x555555= 857c1d , 0x555555858104 , 0x55555= 58589b8 , 0x555555859c26 , 0x55= 5555859c9b , 0x555555859a8f , 0= x555555859a8f , 0x555555859d31 = , 0x555555859db8 , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859f06 } const_length =3D 24 bytestr_length =3D 138 vectorp =3D 0x7ffff2610d68 quitcounter =3D 1 '\001' stack_items =3D 14 sa_avail =3D 16134 sa_count =3D 5 alloc =3D 0x7fffffffd690 stack_base =3D 0x7fffffffd690 top =3D 0x7fffffffd6c8 stack_lim =3D 0x7fffffffd700 bytestr_data =3D 0x7fffffffd700 "\304\020\211?\205\023" pc =3D 0x7fffffffd762 "\006\006\071\203\211" count =3D 5 result =3D XIL(0) #16 0x00005555557fdd22 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2610d3= 5), syms_left=3Dmake_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc38) at ../= ../master/src/eval.c:3036 #17 0x00005555557fe1a8 in funcall_lambda (fun=3DXIL(0x7ffff2610d35), nargs= =3D1, arg_vector=3D0x7fffffffdc38) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdbb0) syms_left =3D make_fixnum(1025) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 5 i =3D 93824994985650 optional =3D false rest =3D false #18 0x00005555557fd57b in Ffuncall (nargs=3D2, args=3D0x7fffffffdc30) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2610d35) original_fun =3D XIL(0x4470) funcar =3D XIL(0) numargs =3D 1 val =3D XIL(0x7fffffffdc58) count =3D 4 #19 0x00005555557fcd45 in call1 (fn=3DXIL(0x4470), arg1=3DXIL(0x17b5b60)) a= t ../../master/src/eval.c:2774 #20 0x00005555557216bb in command_loop_1 () at ../../master/src/keyboard.c:= 1466 scount =3D 3 cmd =3D XIL(0x17b5b60) keybuf =3D {make_fixnum(113), XIL(0x7ffff2c1d0cd), XIL(0), XIL(0), = XIL(0x7fffffffdd20), XIL(0x5555557fcdcf), XIL(0), XIL(0x7ffff25734c4), XIL(= 0x5555588c73b3), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0x7fffffffdd00), = XIL(0x55555571d4cf), XIL(0), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0x7ff= fffffdd30), XIL(0x5555557f4179), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0= ), XIL(0x7fffffffdd50), XIL(0x5555557f41cd), make_fixnum(2), make_fixnum(0)= , XIL(0x7fffffffdd90), XIL(0x5555557f9833)} i =3D 1 prev_modiff =3D 60 prev_buffer =3D 0x5555573fd880 already_adjusted =3D false #21 0x00005555557f92f3 in internal_condition_case (bfun=3D0x555555720e65 , handlers=3DXIL(0x90), hfun=3D0x555555720488 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555560c2d73) c =3D 0x555555f5e8f0 #22 0x0000555555720a55 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #23 0x00005555557f8703 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 5720a28 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f47770 #24 0x00005555557209f4 in command_loop () at ../../master/src/keyboard.c:10= 73 #25 0x000055555571ff71 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf00) #26 0x0000555555720168 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #27 0x000055555571c04d in main (argc=3D2, argv=3D0x7fffffffe168) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xffffcc98) "gnus-server-exit" (0xffffd340) "funcall-interactively" (0xffffd338) "call-interactively" (0xffffd6d0) "command-execute" (0xffffdc38) 3435 if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, 3436 build_string ("*Server*")))) 3437 { 3438 int count =3D buffer_window_count (XBUFFER (buffer)); 3439=09 3440 replace_buffer_in_windows_safely_count =3D 0; 3441=09 3442=09 3443 if (buffer_window_count (XBUFFER (buffer))) 3444 { 3443 if (buffer_window_count (XBUFFER (buffer))) 3450 FOR_EACH_FRAME (tail, frame) 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, fram= e); $2 =3D XIL(0x5555573fd885) Lisp_Vectorlike PVEC_BUFFER $3 =3D (struct buffer *) 0x5555573fd880 0x5555571c18a0 "*Server*" $4 =3D { header =3D { size =3D 4611686018628915274 }, name_ =3D XIL(0x5555571e5b64), filename_ =3D XIL(0), directory_ =3D XIL(0x555555f6e6d4), backed_up_ =3D XIL(0), save_length_ =3D make_fixnum(0), auto_save_file_name_ =3D XIL(0), read_only_ =3D XIL(0x30), mark_ =3D XIL(0x555558c1dc5d), local_var_alist_ =3D XIL(0x555558c7b453), major_mode_ =3D XIL(0x15f4330), local_minor_modes_ =3D XIL(0x555558c2a9e3), mode_name_ =3D XIL(0x555556f4b704), mode_line_format_ =3D XIL(0x555558c2af73), header_line_format_ =3D XIL(0), tab_line_format_ =3D XIL(0), keymap_ =3D XIL(0x555556e4d403), abbrev_table_ =3D XIL(0x55555705cb75), syntax_table_ =3D XIL(0x5555570485fd), category_table_ =3D XIL(0x7ffff27881d5), case_fold_search_ =3D XIL(0x30), tab_width_ =3D make_fixnum(8), fill_column_ =3D make_fixnum(70), left_margin_ =3D make_fixnum(0), auto_fill_function_ =3D XIL(0), downcase_table_ =3D XIL(0x7ffff2784d35), upcase_table_ =3D XIL(0x7ffff2782d35), case_canon_table_ =3D XIL(0x7ffff28730fd), case_eqv_table_ =3D XIL(0x7ffff2784f75), truncate_lines_ =3D XIL(0x30), word_wrap_ =3D XIL(0), ctl_arrow_ =3D XIL(0x30), bidi_display_reordering_ =3D XIL(0x30), bidi_paragraph_direction_ =3D XIL(0), bidi_paragraph_separate_re_ =3D XIL(0), bidi_paragraph_start_re_ =3D XIL(0), selective_display_ =3D XIL(0), selective_display_ellipses_ =3D XIL(0x30), overwrite_mode_ =3D XIL(0), abbrev_mode_ =3D XIL(0), display_table_ =3D XIL(0), mark_active_ =3D XIL(0), enable_multibyte_characters_ =3D XIL(0x30), buffer_file_coding_system_ =3D XIL(0x2aaa9c7c45e8), file_format_ =3D XIL(0), auto_save_file_format_ =3D XIL(0x30), cache_long_scans_ =3D XIL(0x30), width_table_ =3D XIL(0), pt_marker_ =3D XIL(0), begv_marker_ =3D XIL(0), zv_marker_ =3D XIL(0), point_before_scroll_ =3D XIL(0), file_truename_ =3D XIL(0), invisibility_spec_ =3D XIL(0x30), last_selected_window_ =3D XIL(0x55555734b355), display_count_ =3D make_fixnum(1), left_margin_cols_ =3D make_fixnum(0), right_margin_cols_ =3D make_fixnum(0), left_fringe_width_ =3D XIL(0), right_fringe_width_ =3D XIL(0), fringes_outside_margins_ =3D XIL(0), scroll_bar_width_ =3D XIL(0), scroll_bar_height_ =3D XIL(0), vertical_scroll_bar_type_ =3D XIL(0x30), horizontal_scroll_bar_type_ =3D XIL(0x30), indicate_empty_lines_ =3D XIL(0), indicate_buffer_boundaries_ =3D XIL(0x8f10), fringe_indicator_alist_ =3D XIL(0x7ffff257001b), fringe_cursor_alist_ =3D XIL(0x7ffff256fbab), display_time_ =3D XIL(0x555558c2ac93), scroll_up_aggressively_ =3D XIL(0), scroll_down_aggressively_ =3D XIL(0), cursor_type_ =3D XIL(0x30), extra_line_spacing_ =3D XIL(0), cursor_in_non_selected_windows_ =3D XIL(0x30), own_text =3D { beg =3D 0x55555869acd0 " {nnfolder:archive} (opened)\n {nndraft= :} (opened)\n {nntp:news.gmane.io} (opened)\n {nnimap:localimap} (o= pened)\n", gpt =3D 127, z =3D 127, gpt_byte =3D 127, z_byte =3D 127, gap_size =3D 1896, modiff =3D 60, chars_modiff =3D 56, save_modiff =3D 1, overlay_modiff =3D 1, compact =3D 1, beg_unchanged =3D 126, end_unchanged =3D 0, unchanged_modified =3D 60, overlay_unchanged_modified =3D 1, intervals =3D 0x555558274198, markers =3D 0x5555584d3908, inhibit_shrinking =3D false, redisplay =3D false }, text =3D 0x5555573fdad8, pt =3D 127, pt_byte =3D 127, begv =3D 1, begv_byte =3D 1, zv =3D 127, zv_byte =3D 127, base_buffer =3D 0x0, indirections =3D 0, window_count =3D 1, local_flags =3D "\000\001\000\000\000\000\000\000\000\001\000\000\000\000= \001\000\001", '\000' , modtime =3D { tv_sec =3D 0, tv_nsec =3D -2 }, modtime_size =3D -1, auto_save_modified =3D 0, display_error_modiff =3D 0, auto_save_failure_time =3D 0, last_window_start =3D 1, newline_cache =3D 0x5555582bb760, width_run_cache =3D 0x0, bidi_paragraph_cache =3D 0x555558232540, prevent_redisplay_optimizations_p =3D false, clip_changed =3D false, inhibit_buffer_hooks =3D false, overlays_before =3D 0x0, overlays_after =3D 0x0, overlay_center =3D 127, undo_list_ =3D XIL(0) } window_loop (type=3DREPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=3DXIL(0x5555573fd= 885),=20 mini=3Dtrue, frames=3DXIL(0x55555820ef55)) at ../../master/src/window.c= :2967 2967 bool frame_best_window_flag =3D false; 2973 if (FRAMEP (frames)) 2974 f =3D XFRAME (frames); 2980 if (f) $5 =3D (struct frame *) 0x55555820ef50 $6 =3D { header =3D { size =3D 4611686018578583579 }, name =3D XIL(0x555557f279a4), icon_name =3D XIL(0), title =3D XIL(0), parent_frame =3D XIL(0), focus_frame =3D XIL(0), root_window =3D XIL(0x5555571ebfc5), selected_window =3D XIL(0x5555571ebfc5), old_selected_window =3D XIL(0x5555571ebfc5), minibuffer_window =3D XIL(0x55555820f3cd), param_alist =3D XIL(0x555557270793), scroll_bars =3D XIL(0x555558249d2d), condemned_scroll_bars =3D XIL(0), menu_bar_items =3D XIL(0x555557a16205), face_alist =3D XIL(0x555557276223), menu_bar_vector =3D XIL(0x55555817250d), buffer_predicate =3D XIL(0), buffer_list =3D XIL(0x555558bc6053), buried_buffer_list =3D XIL(0x555558be0153), tab_bar_window =3D XIL(0x555557916495), desired_tab_bar_string =3D XIL(0), current_tab_bar_string =3D XIL(0), tool_bar_window =3D XIL(0x555557916705), desired_tool_bar_string =3D XIL(0), current_tool_bar_string =3D XIL(0), font_data =3D XIL(0), tab_bar_items =3D XIL(0), tool_bar_items =3D XIL(0), face_cache =3D 0x5555572b6bd0, last_tab_bar_item =3D -1, last_tool_bar_item =3D -1, menu_bar_items_used =3D 0, namebuf =3D 0x5555571c7420 "emacs", shell_position =3D 0x555557407e40 "=3D658x614", current_pool =3D 0x0, desired_pool =3D 0x0, desired_matrix =3D 0x0, current_matrix =3D 0x0, glyphs_initialized_p =3D true, resized_p =3D false, default_face_done_p =3D true, already_hscrolled_p =3D true, updated_p =3D true, minimize_tab_bar_window_p =3D false, minimize_tool_bar_window_p =3D false, fonts_changed =3D false, cursor_type_changed =3D false, redisplay =3D false, external_menu_bar =3D true, visible =3D 1, iconified =3D false, garbaged =3D false, wants_modeline =3D true, auto_raise =3D false, auto_lower =3D false, no_split =3D false, explicit_name =3D false, window_change =3D false, window_state_change =3D false, mouse_moved =3D true, pointer_invisible =3D false, frozen_window_starts =3D false, output_method =3D output_x_window, tooltip =3D false, want_fullscreen =3D FULLSCREEN_NONE, vertical_scroll_bar_type =3D vertical_scroll_bar_left, horizontal_scroll_bars =3D false, undecorated =3D false, override_redirect =3D false, skip_taskbar =3D false, no_focus_on_map =3D false, no_accept_focus =3D false, z_group =3D z_group_none, no_special_glyphs =3D false, new_pixelwise =3D false, can_set_window_size =3D true, after_make_frame =3D true, tab_bar_redisplayed =3D true, tab_bar_resized =3D false, tool_bar_redisplayed =3D true, tool_bar_resized =3D false, inhibit_horizontal_resize =3D false, inhibit_vertical_resize =3D false, face_change =3D false, inhibit_clear_image_cache =3D false, change_stamp =3D 168, number_of_windows =3D 2, tab_bar_lines =3D 0, tab_bar_height =3D 0, n_tab_bar_rows =3D 0, n_tab_bar_items =3D 0, tool_bar_lines =3D 0, tool_bar_height =3D 0, n_tool_bar_rows =3D 0, n_tool_bar_items =3D 0, decode_mode_spec_buffer =3D 0x5555581aaa30 "", insert_line_cost =3D 0x0, delete_line_cost =3D 0x0, insert_n_lines_cost =3D 0x0, delete_n_lines_cost =3D 0x0, text_cols =3D 96, text_lines =3D 57, total_cols =3D 100, total_lines =3D 57, text_width =3D 768, text_height =3D 985, new_width =3D 0, new_height =3D 0, left_pos =3D 1910, top_pos =3D 19, pixel_width =3D 802, pixel_height =3D 987, win_gravity =3D 1, size_hint_flags =3D 8, border_width =3D 0, child_frame_border_width =3D -1, internal_border_width =3D 1, right_divider_width =3D 0, bottom_divider_width =3D 0, left_fringe_width =3D 8, right_fringe_width =3D 8, fringe_cols =3D 2, menu_bar_lines =3D 0, menu_bar_height =3D 0, column_width =3D 8, line_height =3D 17, terminal =3D 0x555556f77e58, output_data =3D { tty =3D 0x555557297e70, x =3D 0x555557297e70, w32 =3D 0x555557297e70, ns =3D 0x555557297e70 }, font_driver_list =3D 0x5555577ad910, wait_event_type =3D 0, desired_cursor =3D FILLED_BOX_CURSOR, cursor_width =3D 1, blink_off_cursor =3D DEFAULT_CURSOR, blink_off_cursor_width =3D 0, config_scroll_bar_width =3D 16, config_scroll_bar_cols =3D 2, config_scroll_bar_height =3D 0, config_scroll_bar_lines =3D 0, cost_calculation_baud_rate =3D 19200, alpha =3D {-1, -1}, gamma =3D 0, extra_line_spacing =3D 0, background_pixel =3D 0, foreground_pixel =3D 16777215 } $7 =3D XIL(0x5555571ebfc5) Lisp_Vectorlike PVEC_WINDOW $8 =3D (struct window *) 0x5555571ebfc0 100x57+0+0 $9 =3D { header =3D { size =3D 4611686018595323929 }, frame =3D XIL(0x55555820ef55), next =3D XIL(0x55555820f3cd), prev =3D XIL(0), parent =3D XIL(0), normal_lines =3D XIL(0x5555576c7227), normal_cols =3D XIL(0x5555576c721f), new_total =3D make_fixnum(29), new_normal =3D XIL(0x5555576c7207), new_pixel =3D make_fixnum(492), contents =3D XIL(0x5555578be555), old_buffer =3D XIL(0x5555578be555), start =3D XIL(0x555557648d65), pointm =3D XIL(0x55555769443d), old_pointm =3D XIL(0x55555769446d), temslot =3D make_fixnum(0), vertical_scroll_bar =3D XIL(0x5555579268f5), vertical_scroll_bar_type =3D XIL(0x30), horizontal_scroll_bar =3D XIL(0), horizontal_scroll_bar_type =3D XIL(0), display_table =3D XIL(0), dedicated =3D XIL(0), redisplay_end_trigger =3D XIL(0), combination_limit =3D XIL(0), window_parameters =3D XIL(0x555557d8f163), mode_line_help_echo =3D XIL(0), current_matrix =3D 0x55555774f360, desired_matrix =3D 0x555557a2d400, prev_buffers =3D XIL(0x555558c334d3), next_buffers =3D XIL(0), use_time =3D 1704, sequence_number =3D 46, change_stamp =3D 168, pixel_left =3D 0, pixel_top =3D 0, left_col =3D 0, top_line =3D 0, pixel_width =3D 800, pixel_height =3D 968, old_pixel_width =3D 800, old_pixel_height =3D 968, old_body_pixel_width =3D 768, old_body_pixel_height =3D 951, total_cols =3D 100, total_lines =3D 57, hscroll =3D 0, min_hscroll =3D 0, hscroll_whole =3D 0, last_modified =3D 46, last_overlay_modified =3D 1, last_point =3D 1, base_line_number =3D 1, base_line_pos =3D 1, column_number_displayed =3D -1, nrows_scale_factor =3D 1, ncols_scale_factor =3D 1, cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, phys_cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, output_cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, last_cursor_vpos =3D 0, phys_cursor_type =3D HOLLOW_BOX_CURSOR, phys_cursor_width =3D 8, phys_cursor_ascent =3D 13, phys_cursor_height =3D 17, left_fringe_width =3D -1, right_fringe_width =3D -1, left_margin_cols =3D 0, right_margin_cols =3D 0, scroll_bar_width =3D -1, scroll_bar_height =3D -1, mode_line_height =3D 17, header_line_height =3D 17, tab_line_height =3D -1, window_end_pos =3D 0, window_end_vpos =3D 24, mini =3D false, horizontal =3D false, update_mode_line =3D false, last_had_star =3D false, start_at_line_beg =3D true, force_start =3D false, optional_new_start =3D false, phys_cursor_on_p =3D true, cursor_off_p =3D false, last_cursor_off_p =3D false, must_be_updated_p =3D false, pseudo_window_p =3D false, fringes_outside_margins =3D false, fringes_persistent =3D false, scroll_bars_persistent =3D false, window_end_valid =3D true, redisplay =3D false, suspend_auto_hscroll =3D false, vscroll =3D 0, window_end_bytepos =3D 0 } 2981 frame_arg =3D Qlambda; 2994 if (WINDOWP (obj)) $10 =3D XIL(0x5555573fd885) Lisp_Vectorlike PVEC_BUFFER 2996 else if (f) 2997 window =3D FRAME_SELECTED_WINDOW (f); 3001 windows =3D window_list_1 (window, mini ? Qt : Qnil, frame_arg); $11 =3D XIL(0x5555571ebfc5) $12 =3D true builtin_lisp_symbol (index=3D1) at ../../master/src/lisp.h:1007 1007 return make_lisp_symbol (&lispsym[index]); #1 0x000055555564c582 in window_loop (type=3DREPLACE_BUFFER_IN_WINDOWS_SAF= ELY,=20 obj=3DXIL(0x5555573fd885), mini=3Dtrue, frames=3DXIL(0x55555820ef55)) at ../../master/src/window.c:3001 3001 windows =3D window_list_1 (window, mini ? Qt : Qnil, frame_arg); #0 builtin_lisp_symbol (index=3D1) at ../../master/src/lisp.h:1007 1007 return make_lisp_symbol (&lispsym[index]); $13 =3D 1 make_lisp_symbol (sym=3D0x555555e630b0 ) at ../../master/src/lisp.h:998 998 char *symoffset =3D (char *) ((char *) sym - (char *) lispsym); $14 =3D (struct Lisp_Symbol *) 0x555555e630b0 999 Lisp_Object a =3D TAG_PTR (Lisp_Symbol, symoffset); 1000 eassert (XSYMBOL (a) =3D=3D sym); $15 =3D XIL(0x30) type =3D union Lisp_X { } * XSYMBOL (a=3DXIL(0x30)) at ../../master/src/lisp.h:987 987 eassert (SYMBOLP (a)); 988 intptr_t i =3D (intptr_t) XUNTAG (a, Lisp_Symbol, struct Lisp_Symbol); 989 void *p =3D (char *) lispsym + i; 990 return p; $16 =3D (void *) 0x555555e630b0 991 } make_lisp_symbol (sym=3D0x555555e630b0 ) at ../../master/src/lisp.h:1001 1001 return a; 1002 } builtin_lisp_symbol (index=3D1) at ../../master/src/lisp.h:1008 1008 } window_list_1 (window=3DXIL(0x5555571ebfc5), minibuf=3DXIL(0x30),=20 all_frames=3DXIL(0xc0)) at ../../master/src/window.c:2863 2863 decode_next_window_args (&window, &minibuf, &all_frames); decode_next_window_args (window=3D0x7fffffffc968, minibuf=3D0x7fffffffc960,= =20 all_frames=3D0x7fffffffc958) at ../../master/src/window.c:2672 2672 struct window *w =3D decode_live_window (*window); decode_live_window (window=3DXIL(0x5555571ebfc5)) at ../../master/src/window.c:246 246 if (NILP (window)) 249 CHECK_LIVE_WINDOW (window); WINDOWP (a=3DXIL(0x5555571ebfc5)) at ../../master/src/window.h:460 460 return PSEUDOVECTORP (a, PVEC_WINDOW); PSEUDOVECTORP (a=3DXIL(0x5555571ebfc5), code=3D10) at ../../master/src/lisp= .h:1695 1695 if (! VECTORLIKEP (a)) 1700 return PSEUDOVECTOR_TYPEP (XUNTAG (a, Lisp_Vectorlike, PSEUDOVECTOR_TYPEP (a=3D0x5555571ebfc0, code=3DPVEC_WINDOW) at ../../master/src/lisp.h:1687 1687 return ((a->size & (PSEUDOVECTOR_FLAG | PVEC_TYPE_MASK)) 1688 =3D=3D (PSEUDOVECTOR_FLAG | (code << PSEUDOVECTOR_AREA_BITS))); 1689 } PSEUDOVECTORP (a=3DXIL(0x5555571ebfc5), code=3D10) at ../../master/src/lisp= .h:1704 1704 } WINDOWP (a=3DXIL(0x5555571ebfc5)) at ../../master/src/window.h:461 461 } XWINDOW (a=3DXIL(0x5555571ebfc5)) at ../../master/src/window.h:472 472 eassert (WINDOWP (a)); 473 return XUNTAG (a, Lisp_Vectorlike, struct window); Quit 474 } BUFFERP (a=3DXIL(0x5555578be555)) at ../../master/src/buffer.h:698 698 return PSEUDOVECTORP (a, PVEC_BUFFER); 699 } decode_live_window (window=3DXIL(0x5555571ebfc5)) at ../../master/src/window.c:250 250 return XWINDOW (window); XWINDOW (a=3DXIL(0x5555571ebfc5)) at ../../master/src/window.h:472 472 eassert (WINDOWP (a)); 473 return XUNTAG (a, Lisp_Vectorlike, struct window); 474 } decode_live_window (window=3DXIL(0x5555571ebfc5)) at ../../master/src/window.c:251 251 } decode_next_window_args (window=3D0x7fffffffc968, minibuf=3D0x7fffffffc960,= =20 all_frames=3D0x7fffffffc958) at ../../master/src/window.c:2673 2673 Lisp_Object miniwin =3D XFRAME (w->frame)->minibuffer_window; 2675 XSETWINDOW (*window, w); $17 =3D XIL(0x55555820f3cd) type =3D union Lisp_X { } * $18 =3D (struct window *) 0x5555571ebfc0 $19 =3D { header =3D { size =3D 4611686018595323929 }, frame =3D XIL(0x55555820ef55), next =3D XIL(0x55555820f3cd), prev =3D XIL(0), parent =3D XIL(0), normal_lines =3D XIL(0x5555576c7227), normal_cols =3D XIL(0x5555576c721f), new_total =3D make_fixnum(29), new_normal =3D XIL(0x5555576c7207), new_pixel =3D make_fixnum(492), contents =3D XIL(0x5555578be555), old_buffer =3D XIL(0x5555578be555), start =3D XIL(0x555557648d65), pointm =3D XIL(0x55555769443d), old_pointm =3D XIL(0x55555769446d), temslot =3D make_fixnum(0), vertical_scroll_bar =3D XIL(0x5555579268f5), vertical_scroll_bar_type =3D XIL(0x30), horizontal_scroll_bar =3D XIL(0), horizontal_scroll_bar_type =3D XIL(0), display_table =3D XIL(0), dedicated =3D XIL(0), redisplay_end_trigger =3D XIL(0), combination_limit =3D XIL(0), window_parameters =3D XIL(0x555557d8f163), mode_line_help_echo =3D XIL(0), current_matrix =3D 0x55555774f360, desired_matrix =3D 0x555557a2d400, prev_buffers =3D XIL(0x555558c334d3), next_buffers =3D XIL(0), use_time =3D 1704, sequence_number =3D 46, change_stamp =3D 168, pixel_left =3D 0, pixel_top =3D 0, left_col =3D 0, top_line =3D 0, pixel_width =3D 800, pixel_height =3D 968, old_pixel_width =3D 800, old_pixel_height =3D 968, old_body_pixel_width =3D 768, old_body_pixel_height =3D 951, total_cols =3D 100, total_lines =3D 57, hscroll =3D 0, min_hscroll =3D 0, hscroll_whole =3D 0, last_modified =3D 46, last_overlay_modified =3D 1, last_point =3D 1, base_line_number =3D 1, base_line_pos =3D 1, column_number_displayed =3D -1, nrows_scale_factor =3D 1, ncols_scale_factor =3D 1, cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, phys_cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, output_cursor =3D { x =3D 0, y =3D 0, hpos =3D 0, vpos =3D 0 }, last_cursor_vpos =3D 0, phys_cursor_type =3D HOLLOW_BOX_CURSOR, phys_cursor_width =3D 8, phys_cursor_ascent =3D 13, phys_cursor_height =3D 17, left_fringe_width =3D -1, right_fringe_width =3D -1, left_margin_cols =3D 0, right_margin_cols =3D 0, scroll_bar_width =3D -1, scroll_bar_height =3D -1, mode_line_height =3D 17, header_line_height =3D 17, tab_line_height =3D -1, window_end_pos =3D 0, window_end_vpos =3D 24, mini =3D false, horizontal =3D false, update_mode_line =3D false, last_had_star =3D false, start_at_line_beg =3D true, force_start =3D false, optional_new_start =3D false, phys_cursor_on_p =3D true, cursor_off_p =3D false, last_cursor_off_p =3D false, must_be_updated_p =3D false, pseudo_window_p =3D false, fringes_outside_margins =3D false, fringes_persistent =3D false, scroll_bars_persistent =3D false, window_end_valid =3D true, redisplay =3D false, suspend_auto_hscroll =3D false, vscroll =3D 0, window_end_bytepos =3D 0 } There is no member named contents. $20 =3D XIL(0x5555578be555) type =3D union Lisp_X { } * make_lisp_ptr (ptr=3D0x5555571ebfc0, type=3DLisp_Vectorlike) at ../../master/src/lisp.h:1259 1259 Lisp_Object a =3D TAG_PTR (type, ptr); 1260 eassert (TAGGEDP (a, type) && XUNTAG (a, type, char) =3D=3D ptr); 1261 return a; 1262 } decode_next_window_args (window=3D0x7fffffffc968, minibuf=3D0x7fffffffc960,= =20 all_frames=3D0x7fffffffc958) at ../../master/src/window.c:2678 2678 if (NILP (*minibuf)) 2682 else if (!EQ (*minibuf, Qt)) 2690 if (NILP (*all_frames)) 2695 else if (EQ (*all_frames, Qvisible)) 2697 else if (EQ (*all_frames, make_fixnum (0))) 2699 else if (FRAMEP (*all_frames)) 2701 else if (!EQ (*all_frames, Qt)) 2702 *all_frames =3D Qnil; 2703 } window_list_1 (window=3DXIL(0x5555571ebfc5), minibuf=3DXIL(0x30),=20 all_frames=3DXIL(0)) at ../../master/src/window.c:2864 2864 list =3D Qnil; 2866 for (tail =3D window_list (); CONSP (tail); tail =3D XCDR (tail)) 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) candidate_window_p (window=3DXIL(0x5555571ebfc5), owindow=3DXIL(0x5555571eb= fc5),=20 minibuf=3DXIL(0x30), all_frames=3DXIL(0)) at ../../master/src/window.c:= 2605 2605 struct window *w =3D XWINDOW (window); 2606 struct frame *f =3D XFRAME (w->frame); 2607 bool candidate_p =3D true; 2609 if (!BUFFERP (w->contents)) 2611 else if (MINI_WINDOW_P (w) 2619 else if (EQ (all_frames, Qt)) 2621 else if (NILP (all_frames)) 2623 eassert (WINDOWP (owindow)); 2624 candidate_p =3D EQ (w->frame, XWINDOW (owindow)->frame); 2661 return candidate_p; $21 =3D true 2662 } window_list_1 (window=3DXIL(0x5555571ebfc5), minibuf=3DXIL(0x30),=20 all_frames=3DXIL(0)) at ../../master/src/window.c:2868 2868 list =3D Fcons (XCAR (tail), list); 2866 for (tail =3D window_list (); CONSP (tail); tail =3D XCDR (tail)) 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) 2868 list =3D Fcons (XCAR (tail), list); 2866 for (tail =3D window_list (); CONSP (tail); tail =3D XCDR (tail)) 2871 list =3D Fnreverse (list); 2872 rest =3D Fmemq (window, list); $22 =3D XIL(0x555558be6423) Lisp_Cons $23 =3D (struct Lisp_Cons *) 0x555558be6420 { u =3D { s =3D { car =3D XIL(0x5555571ebfc5), u =3D { cdr =3D XIL(0x555558be6433), chain =3D 0x555558be6433 } }, gcaligned =3D 0xc5 } } $24 =3D 0x0 2873 if (!NILP (rest) && !EQ (rest, list)) $25 =3D XIL(0x555558be6423) Lisp_Cons 2880 return list; 2881 } window_loop (type=3DREPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=3DXIL(0x5555573fd= 885),=20 mini=3Dtrue, frames=3DXIL(0x55555820ef55)) at ../../master/src/window.c= :3002 3002 best_window =3D Qnil; 3004 for (; CONSP (windows); windows =3D XCDR (windows)) 3008 window =3D XCAR (windows); 3009 w =3D XWINDOW (window); $26 =3D XIL(0x5555571ebfc5) Lisp_Vectorlike PVEC_WINDOW $27 =3D (struct window *) 0x5555571ebfc0 100x57+0+0 3014 if (!MINI_WINDOW_P (w) 3046 if (EQ (w->contents, obj)) 3063 break; 3004 for (; CONSP (windows); windows =3D XCDR (windows)) 3008 window =3D XCAR (windows); 3009 w =3D XWINDOW (window); $28 =3D XIL(0x55555820f3cd) Lisp_Vectorlike PVEC_WINDOW $29 =3D (struct window *) 0x55555820f3c8 100x1+0+57 3014 if (!MINI_WINDOW_P (w) 3017 || type =3D=3D REPLACE_BUFFER_IN_WINDOWS_SAFELY 3046 if (EQ (w->contents, obj)) 3063 break; 3004 for (; CONSP (windows); windows =3D XCDR (windows)) 3097 return best_window; $30 =3D XIL(0) 3098 } replace_buffer_in_windows_safely (buffer=3DXIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, fram= e); window_loop (type=3DREPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=3DXIL(0x5555573fd= 885),=20 mini=3Dtrue, frames=3DXIL(0x555556fa294d)) at ../../master/src/window.c= :2967 2967 bool frame_best_window_flag =3D false; 2973 if (FRAMEP (frames)) 2974 f =3D XFRAME (frames); 2980 if (f) 2981 frame_arg =3D Qlambda; 2994 if (WINDOWP (obj)) 2996 else if (f) 2997 window =3D FRAME_SELECTED_WINDOW (f); 3001 windows =3D window_list_1 (window, mini ? Qt : Qnil, frame_arg); 3002 best_window =3D Qnil; 3004 for (; CONSP (windows); windows =3D XCDR (windows)) 3097 return best_window; 3098 } replace_buffer_in_windows_safely (buffer=3DXIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, fram= e); window_loop (type=3DREPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=3DXIL(0x5555573fd= 885),=20 mini=3Dtrue, frames=3DXIL(0x555555eff9dd)) at ../../master/src/window.c= :2967 2967 bool frame_best_window_flag =3D false; 2973 if (FRAMEP (frames)) 2974 f =3D XFRAME (frames); 2980 if (f) 2981 frame_arg =3D Qlambda; 2994 if (WINDOWP (obj)) 2996 else if (f) 2997 window =3D FRAME_SELECTED_WINDOW (f); 3001 windows =3D window_list_1 (window, mini ? Qt : Qnil, frame_arg); 3002 best_window =3D Qnil; 3004 for (; CONSP (windows); windows =3D XCDR (windows)) 3097 return best_window; 3098 } replace_buffer_in_windows_safely (buffer=3DXIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) 3454 eassert (count =3D=3D replace_buffer_in_windows_safely_count); $31 =3D 1 $32 =3D 0 Thread 2.1 "emacs" hit Breakpoint 3, terminate_due_to_signal (sig=3D6,=20 backtrace_limit=3D2147483647) at ../../master/src/emacs.c:379 379 signal (sig, SIG_DFL); #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at ../../master/src/emacs.c:379 #1 0x00005555557c4a46 in die (msg=3D0x555555910838 "count =3D=3D replace_buffer_in_windows_safely_co= unt", file=3D0x55555590f9cf "../../master/src/window.c", line=3D3454) at ../../master/src/alloc.c:7420 #2 0x000055555564d9af in replace_buffer_in_windows_safely (buffer=3DXIL(0x5555573fd885)) at ../../master/src/window.c:3454 count =3D 1 #3 0x0000555555758f71 in Fkill_buffer (buffer_or_name=3DXIL(0x5555573fd885= )) at ../../master/src/buffer.c:1880 buffer =3D XIL(0x5555573fd885) b =3D 0x5555573fd880 tem =3D XIL(0) m =3D 0x7fffffffcb70 #4 0x00005555557fda6f in funcall_subr (subr=3D0x555555dd9ce0 , numargs=3D1, args=3D0x7fffffffcc= 98) at ../../master/src/eval.c:2987 internal_argbuf =3D=20 {XIL(0x7fffffffcbd0), XIL(0x1000000000), XIL(0x555555dd9ce0), XIL= (0x7fffffffcbd8), make_fixnum(23456248746412), XIL(0x10557f4179), XIL(0x555= 555dd9ce5), XIL(0x7fffffffcbf0)} internal_args =3D 0x7fffffffcc98 #5 0x00005555557fd537 in Ffuncall (nargs=3D2, args=3D0x7fffffffcc90) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd9ce5) original_fun =3D XIL(0x2aaa9c7147c0) funcar =3D XIL(0x5ffffcc50) numargs =3D 1 val =3D XIL(0x7fffffffcc70) count =3D 10 #6 0x0000555555856bfa in exec_byte_code (bytestr=3DXIL(0x555556f49614), vector=3DXIL(0x555557601b55), maxdepth= =3Dmake_fixnum(5), args_template=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fff= ffffd340) at ../../master/src/bytecode.c:632 op =3D 1 type =3D (CONDITION_CASE | unknown: 0x557d720c) targets =3D=20 {0x555555859a8f , 0x555555859ab4 , 0x555555859ab6 , 0x555555859ab8 , 0x555555859aba , 0x555555859aba , 0x555555859b1f , 0x555555859b93 <= exec_byte_code+15479>, 0x5555558564ba , 0x5555558564bc= , 0x5555558564be , 0x5555558564c= 0 , 0x5555558564c2 , 0x5555558564= c2 , 0x5555558564c8 , 0x555555856= 489 , 0x5555558568e0 , 0x55555585= 68e2 , 0x5555558568e4 , 0x5555558= 568e6 , 0x5555558568e8 , 0x555555= 8568e8 , 0x55555585691d , 0x55555= 58568ee , 0x555555856b12 , 0x5555= 55856b14 , 0x555555856b16 , 0x555= 555856b18 , 0x555555856b1a , 0x55= 5555856b1a , 0x555555856acc , 0x5= 55555856ae3 , 0x555555856bc7 , 0x= 555555856bc9 , 0x555555856bcb , 0= x555555856bcd , 0x555555856bcf , = 0x555555856bcf , 0x555555856b81 ,= 0x555555856b98 , 0x555555856c79 = , 0x555555856c7b , 0x555555856c7d , 0x555555856c7f , 0x555555856c81 , 0x555555856c81 , 0x555555856c33 , 0x555555856c4a , 0x5555558574e1 , 0x5555558573c4 , 0x5555558573bb , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x55555585771b , 0x555555857831 , 0x55555585788e , 0x5555558578ee , 0x555555857950 , 0x555555856739 , 0x5555558567b4 , 0x5555558579c9 , 0x555555856676 , 0x55555585681c , 0x555555857a31 , 0x555555857a99 , 0x555555857ae1 , 0x555555857b49 , 0x555555857baf <= exec_byte_code+7315>, 0x555555857c95 , 0x555555857cdd = , 0x555555857d45 , 0x555555857dca= , 0x555555857e12 , 0x555555857e5= a , 0x555555857ec2 , 0x555555857f= 2a , 0x555555857f92 , 0x555555858= 017 , 0x555555858066 , 0x55555585= 80b5 , 0x55555585817c , 0x5555558= 58275 , 0x55555585836e , 0x555555= 8583db , 0x555555858448 , 0x55555= 58584b5 , 0x555555858522 , 0x5555= 5585858f , 0x5555558585de , 0x555= 5558586d8 , 0x555555858727 , 0x= 555555858776 , 0x5555558587c5 ,= 0x5555558588cb , 0x55555585723b , 0x555555858926 , 0x55555585896e , 0x555555858a30 , 0x555555858a99 , 0x555555858af4 , 0x555555858b3c , 0x555555858b7f , 0x555555858bc2 , 0x555555858c0d , 0x555555859a8f , 0x555555858c65 , 0x555555858ca8 , 0x555555858ceb , 0x555555858d2e = , 0x555555858d71 , 0x555555858d= b4 , 0x55555585723b , 0x55555585= 9a8f , 0x555555858dfc , 0x55555= 5858e4e , 0x555555858e96 , 0x55= 5555858ede , 0x555555858f46 , 0= x555555858fae , 0x555555858ff6 = , 0x5555558590b3 , 0x55555585911b , 0x555555859183 , 0x5555558591eb , 0x55555585922e , 0x555555859a8f , 0x555555857181 , 0x555555856d2b , 0x5555558565e4 , 0x555555856ddc , 0x555555856e60 , 0x555555856ee1 , 0x555555857135 , 0x55555585714a , 0x555555856a79 , 0x555555857204 , 0x555555857272 , 0x555555857303 , 0x55555585734c , 0x55555585752d , 0x5555558575aa , 0x55555585762f , 0x555555857695 , 0x555555856cdd , 0x555555859276 , 0x5555558592fb <= exec_byte_code+13279>, 0x555555859343 , 0x55555585938= b , 0x5555558593d3 , 0x55555585= 941b , 0x555555859483 , 0x55555= 58594eb , 0x555555859553 , 0x55= 55558595bb , 0x555555859704 , 0= x55555585976c , 0x5555558597d4 = , 0x55555585981c , 0x555555859884 , 0x5555558598ec , 0x555555859934 , 0x55555585997c , 0x555555858814 , 0x555555858863 , 0x5555558599cb , 0x555555859a2d , 0x555555859a8f , 0x555555856f62 , 0x555555856f7f , 0x555555856fee , 0x55555585705d , 0x5555558570c9 , 0x555555857c1d , 0x555555858104 , 0x5555558589b8 , 0x555555859c26 , 0x555555859c9b= , 0x555555859a8f , 0x555555859= a8f , 0x555555859d31 , 0x555555= 859db8 , 0x555555859a8f , 0x555= 555859a8f , 0x555555859a8f , 0x= 555555859a8f , 0x555555859a8f ,= 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859f06 } const_length =3D 9 bytestr_length =3D 40 vectorp =3D 0x555557601b58 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16296 sa_count =3D 10 alloc =3D 0x7fffffffcc80 stack_base =3D 0x7fffffffcc80 top =3D 0x7fffffffcc90 stack_lim =3D 0x7fffffffccb0 bytestr_data =3D 0x7fffffffccb0 "\300\301!\210p\211\211\205\026" pc =3D 0x7fffffffccce "\210\305 \210\210\306\307\310\"\207\371_\205= UUU" count =3D 10 result =3D XIL(0xe0d0) #7 0x00005555557fdd22 in fetch_and_exec_byte_code (fun=3DXIL(0x555557601ba= 5), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffd340) at ../../= master/src/eval.c:3036 #8 0x00005555557fe1a8 in funcall_lambda (fun=3DXIL(0x555557601ba5), nargs= =3D0, arg_vector=3D0x7fffffffd340) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd0f0) syms_left =3D make_fixnum(0) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985650 optional =3D false rest =3D false #9 0x00005555557fd57b in Ffuncall (nargs=3D1, args=3D0x7fffffffd338) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555557601ba5) original_fun =3D XIL(0x17b5b60) funcar =3D XIL(0xffffd190) numargs =3D 0 val =3D XIL(0) count =3D 9 #10 0x00005555557f166f in Ffuncall_interactively (nargs=3D1, args=3D0x7ffff= fffd338) at ../../master/src/callint.c:260 speccount =3D 8 #11 0x00005555557fd960 in funcall_subr (subr=3D0x555555ddfca0 , numargs=3D1, args=3D0x7fffffffd338) at ../../master/src/eval.c= :2967 #12 0x00005555557fd537 in Ffuncall (nargs=3D2, args=3D0x7fffffffd330) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddfca5) original_fun =3D XIL(0x70b0) funcar =3D XIL(0x7fffffffd260) numargs =3D 1 val =3D XIL(0) count =3D 7 #13 0x00005555557fc220 in Fapply (nargs=3D3, args=3D0x7fffffffd330) at ../.= ./master/src/eval.c:2497 i =3D 2582733851120 funcall_nargs =3D 24861632 funcall_args =3D 0x0 spread_arg =3D XIL(0) fun =3D XIL(0x70b0) sa_avail =3D 16384 sa_count =3D 7 numargs =3D 0 retval =3D XIL(0x5555557f03af) #14 0x00005555557f1ae4 in Fcall_interactively (function=3DXIL(0x17b5b60), r= ecord_flag=3DXIL(0), keys=3DXIL(0x555557e0a415)) at ../../master/src/callin= t.c:353 funval =3D XIL(0x555557601ba5) events =3D 1526 input =3D XIL(0) speccount =3D 6 arg_from_tty =3D false key_count =3D 1 record_then_fail =3D false save_this_command =3D XIL(0x17b5b60) save_this_original_command =3D XIL(0x17b5b60) save_real_this_command =3D XIL(0x17b5b60) save_last_command =3D XIL(0x17b5bc0) prefix_arg =3D XIL(0) enable =3D XIL(0) up_event =3D XIL(0) form =3D XIL(0x555558be6b73) specs =3D XIL(0) sa_avail =3D 93825001730176 sa_count =3D 93824995577619 string_len =3D 93824993913597 string =3D 0x555557601ba5 "" string_end =3D 0x7fffffffd490 "" next_event =3D 93824994845699 nargs =3D 0 args =3D 0x0 visargs =3D 0x0 varies =3D 0x555555e63080 "\230\001" tem =3D 0x7fffffffd520 "\245\033`WUU" val =3D XIL(0) #15 0x00005555557fdac9 in funcall_subr (subr=3D0x555555ddfce0 , numargs=3D3, args=3D0x7fffffffd6d0) at ../../master/src/eval.c:29= 92 internal_argbuf =3D {XIL(0x7fffffffd5e0), XIL(0x1000000000), XIL(0x= 555555ddfce0), XIL(0x7fffffffd5e8), make_fixnum(23456248746412), XIL(0x1055= 7f4179), XIL(0x555555ddfce5), XIL(0x7fffffffd600)} internal_args =3D 0x7fffffffd6d0 #16 0x00005555557fd537 in Ffuncall (nargs=3D4, args=3D0x7fffffffd6c8) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555ddfce5) original_fun =3D XIL(0x2aaa9c7191d0) funcar =3D XIL(0x7fffffffd660) numargs =3D 3 val =3D XIL(0x7fffffffd680) count =3D 5 #17 0x0000555555856bfa in exec_byte_code (bytestr=3DXIL(0x7ffff26110fc), ve= ctor=3DXIL(0x7ffff2610d65), maxdepth=3Dmake_fixnum(13), args_template=3Dmak= e_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc40) at ../../master/src/bytec= ode.c:632 op =3D 3 type =3D CATCHER targets =3D {0x555555859a8f , 0x555555859ab4 = , 0x555555859ab6 , 0x555555859a= b8 , 0x555555859aba , 0x5555558= 59aba , 0x555555859b1f , 0x5555= 55859b93 , 0x5555558564ba , 0x55= 55558564bc , 0x5555558564be , 0x5= 555558564c0 , 0x5555558564c2 , 0x= 5555558564c2 , 0x5555558564c8 , 0= x555555856489 , 0x5555558568e0 , = 0x5555558568e2 , 0x5555558568e4 ,= 0x5555558568e6 , 0x5555558568e8 = , 0x5555558568e8 , 0x55555585691d , 0x5555558568ee , 0x555555856b12 , 0x555555856b14 , 0x555555856b16 , 0x555555856b18 , 0x555555856b1a , 0x555555856b1a , 0x555555856acc , 0x555555856ae3 , 0x555555856bc7 , 0x555555856bc9 , 0x555555856bcb , 0x555555856bcd , 0x555555856bcf , 0x555555856bcf , 0x555555856b81 , 0x555555856b98 , 0x555555856c79 , 0x555555856c7b , 0x555555856c7d , 0x555555856c7f , 0x555555856c81 , 0x555555856c81 , 0x555555856c33 , 0x555555856c4a , 0x5555558574e1 , 0x5555558573c4 , 0x5555558573bb , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f <= exec_byte_code+15219>, 0x555555859a8f , 0x55555585771= b , 0x555555857831 , 0x5555558578= 8e , 0x5555558578ee , 0x555555857= 950 , 0x555555856739 , 0x55555585= 67b4 , 0x5555558579c9 , 0x5555558= 56676 , 0x55555585681c , 0x555555= 857a31 , 0x555555857a99 , 0x55555= 5857ae1 , 0x555555857b49 , 0x5555= 55857baf , 0x555555857c95 , 0x555= 555857cdd , 0x555555857d45 , 0x55= 5555857dca , 0x555555857e12 , 0x5= 55555857e5a , 0x555555857ec2 , 0x= 555555857f2a , 0x555555857f92 , 0= x555555858017 , 0x555555858066 , = 0x5555558580b5 , 0x55555585817c ,= 0x555555858275 , 0x55555585836e = , 0x5555558583db , 0x555555858448 , 0x5555558584b5 , 0x555555858522 , 0x55555585858f , 0x5555558585de , 0x5555558586d8 , 0x555555858727 , 0x555555858776 , 0x5555558587c5 , 0x5555558588cb , 0x55555585723b , 0x555555858926 , 0x55555585896e , 0x555555858a30 , 0x555555858a99 , 0x555555858af4 , 0x555555858b3c , 0x555555858b7f , 0x555555858bc2= , 0x555555858c0d , 0x555555859= a8f , 0x555555858c65 , 0x555555= 858ca8 , 0x555555858ceb , 0x555= 555858d2e , 0x555555858d71 , 0x= 555555858db4 , 0x55555585723b , = 0x555555859a8f , 0x555555858dfc , 0x555555858e4e , 0x555555858e96 , 0x555555858ede , 0x555555858f46 , 0x555555858fae , 0x555555858ff6 , 0x5555558590b3 , 0x55555585911b , 0x555555859183 , 0x5555558591eb , 0x55555585922e , 0x555555859a8f , 0x555555857181 , 0x555555856d2b <= exec_byte_code+3599>, 0x5555558565e4 , 0x555555856ddc = , 0x555555856e60 , 0x555555856ee1= , 0x555555857135 , 0x55555585714= a , 0x555555856a79 , 0x5555558572= 04 , 0x555555857272 , 0x555555857= 303 , 0x55555585734c , 0x55555585= 752d , 0x5555558575aa , 0x5555558= 5762f , 0x555555857695 , 0x555555= 856cdd , 0x555555859276 , 0x5555= 558592fb , 0x555555859343 , 0x5= 5555585938b , 0x5555558593d3 , = 0x55555585941b , 0x555555859483 , 0x5555558594eb , 0x555555859553 , 0x5555558595bb , 0x555555859704 , 0x55555585976c , 0x5555558597d4 , 0x55555585981c , 0x555555859884 , 0x5555558598ec , 0x555555859934 , 0x55555585997c , 0x555555858814 , 0x555555858863 , 0x5555558599cb = , 0x555555859a2d , 0x555555859a= 8f , 0x555555856f62 , 0x55555585= 6f7f , 0x555555856fee , 0x5555558= 5705d , 0x5555558570c9 , 0x555555= 857c1d , 0x555555858104 , 0x55555= 58589b8 , 0x555555859c26 , 0x55= 5555859c9b , 0x555555859a8f , 0= x555555859a8f , 0x555555859d31 = , 0x555555859db8 , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859a8f , 0x555555859f06 } const_length =3D 24 bytestr_length =3D 138 vectorp =3D 0x7ffff2610d68 quitcounter =3D 1 '\001' stack_items =3D 14 sa_avail =3D 16134 sa_count =3D 5 alloc =3D 0x7fffffffd690 stack_base =3D 0x7fffffffd690 top =3D 0x7fffffffd6c8 stack_lim =3D 0x7fffffffd700 bytestr_data =3D 0x7fffffffd700 "\304\020\211?\205\023" pc =3D 0x7fffffffd762 "\006\006\071\203\211" count =3D 5 result =3D XIL(0) #18 0x00005555557fdd22 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2610d3= 5), syms_left=3Dmake_fixnum(1025), nargs=3D1, args=3D0x7fffffffdc38) at ../= ../master/src/eval.c:3036 #19 0x00005555557fe1a8 in funcall_lambda (fun=3DXIL(0x7ffff2610d35), nargs= =3D1, arg_vector=3D0x7fffffffdc38) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdbb0) syms_left =3D make_fixnum(1025) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 5 i =3D 93824994985650 optional =3D false rest =3D false #20 0x00005555557fd57b in Ffuncall (nargs=3D2, args=3D0x7fffffffdc30) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2610d35) original_fun =3D XIL(0x4470) funcar =3D XIL(0) numargs =3D 1 val =3D XIL(0x7fffffffdc58) count =3D 4 #21 0x00005555557fcd45 in call1 (fn=3DXIL(0x4470), arg1=3DXIL(0x17b5b60)) a= t ../../master/src/eval.c:2774 #22 0x00005555557216bb in command_loop_1 () at ../../master/src/keyboard.c:= 1466 scount =3D 3 cmd =3D XIL(0x17b5b60) keybuf =3D {make_fixnum(113), XIL(0x7ffff2c1d0cd), XIL(0), XIL(0), = XIL(0x7fffffffdd20), XIL(0x5555557fcdcf), XIL(0), XIL(0x7ffff25734c4), XIL(= 0x5555588c73b3), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0x7fffffffdd00), = XIL(0x55555571d4cf), XIL(0), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0x7ff= fffffdd30), XIL(0x5555557f4179), XIL(0), XIL(0x555555e63080), XIL(0), XIL(0= ), XIL(0x7fffffffdd50), XIL(0x5555557f41cd), make_fixnum(2), make_fixnum(0)= , XIL(0x7fffffffdd90), XIL(0x5555557f9833)} i =3D 1 prev_modiff =3D 60 prev_buffer =3D 0x5555573fd880 already_adjusted =3D false #23 0x00005555557f92f3 in internal_condition_case (bfun=3D0x555555720e65 , handlers=3DXIL(0x90), hfun=3D0x555555720488 ) at= ../../master/src/eval.c:1439 val =3D XIL(0x5555560c2d73) c =3D 0x555555f5e8f0 #24 0x0000555555720a55 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #25 0x00005555557f8703 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 5720a28 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f47770 #26 0x00005555557209f4 in command_loop () at ../../master/src/keyboard.c:10= 73 #27 0x000055555571ff71 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf00) #28 0x0000555555720168 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #29 0x000055555571c04d in main (argc=3D2, argv=3D0x7fffffffe168) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "kill-buffer" (0xffffcc98) "gnus-server-exit" (0xffffd340) "funcall-interactively" (0xffffd338) "call-interactively" (0xffffd6d0) "command-execute" (0xffffdc38) --=20 Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 05 14:45:36 2021 Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 18:45:36 +0000 Received: from localhost ([127.0.0.1]:38565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTUEC-0001sN-KK for submit@debbugs.gnu.org; Mon, 05 Apr 2021 14:45:36 -0400 Received: from mout.gmx.net ([212.227.15.19]:39347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTUEB-0001s8-86 for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 14:45:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617648323; bh=xa/TZVPn3MJ7N05W//cQJfCYTz5BMVZUC+JGDv7OraQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VntTPTLNLmXfE87N+uvC3f8vk+kUcrmgWEqg1iWAYhqCd0r4JuPLmiFGyvsHfSEvE 8I+O773o6YaxO1mxpGV1i5UHK0rWCXoF6WvQzz5tJrQ0XISGxnMrcnc/3EE5QwWIa4 qpjYDcsMN89/y89V86RtmHYZJAu+Tf1YXvv71Y8I= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.118]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mel3n-1m3eSM0Yb7-00alyw; Mon, 05 Apr 2021 20:45:23 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83tuouknpb.fsf@gnu.org> <83sg4eknh5.fsf@gnu.org> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> From: martin rudalics Message-ID: Date: Mon, 5 Apr 2021 20:45:19 +0200 MIME-Version: 1.0 In-Reply-To: <87v990r41n.fsf@md5i.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kY2uX/z+qqiFBPA9wvXtuCSMIh53khW019aGKE4FDpRnWXV/tjR +JNK1TkByqWVF/E/wdy0ZlLiaQRjZqC3niUS/vkutg9GbFncG9pt+iSukQ08Z1XoiCbr+v7 0+2TWg0xtKQwoVJIIzIEp0VJBtDOQQC5lEw9KUPeSdOnOH/TjTUNbp4SjSoqwM92+czy4m1 8nVaORCcNFm5NJ2+XhkNA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:YxKmAKb/8TA=:6KgRS00lnMl+/FQ0c+cr2A KRN1UjJBAlWg/LZ5SLuXD51wSEQ78bxz5apV46WPOLrvvp6VMy9fgzkE4XBr/K5rmqB1CvYDr PGxZs4i6FkWVxUtgejjR7H5DSEX/CJ7LOUq8OcmmHVpUbG9v+/BqI5aaAcnJDT6wYhKHQGsH7 8/lAtONZARybLlrc08DzxygmMhbQGrwZA27NjrEoKQlgfp4klKdixZ+8zS5zH7wrGstmKHkCb mIO7297w7Z56ioWEZ/ImSGkjhxH9MmUnOz/psqlbh6pYA4aQ3pUr5cbNcjsGpp5a9gGtP4oAd 6pxEJMV4zch3RySppARPDkuxbz+ETnSfr+aIRa9smj8OJUHCoHcvqjS2+PjZiiWO8zCDdGmyV CFTeaJQ/N19AMV3LIVew+aG7eunIio7dGxw3XgSxWRaWy7wy0Dph2lQiTRkNpaA1HK261xxN7 X8+xYll19LRwBKBH2e8tR2tn5HqhT9Gs/sEUnBkvy/Iurrr24hf9lriDTeBrFWBAOX8xnEl5h 2895s4FD9RoInaLgq28ECl9guBwGdvhJ6qdGZbrqV/Hd3J6a1nrrdxd9FGDb+nzFi3yysjmsw A5TTWaMcDX5W7/50CKmcA44TxiistaH1KqGW45D53vDZk4K0KzreOHc5dC5aT+IyWewdiQzUu CjnBsHGkr196MbKfIB0134N1cMbgGMkuTjkCpJ8FgbBQaOz4kjc/9DFrcKuoUgDRs/OJHSIsk efWe7mn3JECFDiuLmt54/9Kz1y3Ux4KiHALB3VRaiDt+4AD8kvgdZRncm/5EqD4ixcMytt4oq I4c1o0qUUUz7aLowUM98Iyr5Df8fAMVAjbFiShyTRtfQwyaF3Ux6rPeFFR1Um398+mtnlnNGx L3PwaRvCFx1YHTIFk5A3KLCYa+KRc16ggO9rafhoTV1ZNXxcGObDeWL3yOYvARDCgBnWCAoPl nDCT7lDmRxQQxfyG3kedwdQP8PH/6W70PDWAXQyW361BueePpZEDgQUW6LMt8DLrPo2YkjFw/ /vVRj3WNnc6CSj4/bTNUtbp7mGxABBIRTYdwCxHWcYtTqL43Z5jpmiU7RU6U6CG42r1ceJndW uLmddEFTJrkPPCMnViBlA6gkV+Eb/V1cXWSjtTy3T+liYQA1efm/mXqf4SxIZqOYuk0/RieO9 sIIt9cQJkCgio6toUH0fQuAJirsVwgowEZHfg9WaUaNf3ffb7Ur28GxEd13AYXJtYlWR0= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) > buffer_window_count of the *Server* buffer was 1. There were three > frames that we looped over in the FOR_EACH_FRAME() loop. Of these, only > the first is interesting. In this case window_list_1() in window_loop() > returned three windows. For each window, in the > REPLACE_BUFFER_IN_WINDOWS_SAFELY case branch, EQ (w->contents, obj) > returned false. As a result, best_window is Qnil at the end, and > replace-buffer_in_windows_safely_count never gets incremented. For the > other two frames the return value of window_list_1() was Qnil. Astonishing. What are the names of these three buffers via p XBUFFER (w->contents)->name_ Do they tell you anything about the Gnus configuration you wanted to quit? I wouldn't be surprised if one of these were a dead buffer. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 05 15:57:22 2021 Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 19:57:22 +0000 Received: from localhost ([127.0.0.1]:38641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTVLd-0003cH-SE for submit@debbugs.gnu.org; Mon, 05 Apr 2021 15:57:22 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:40744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTVLY-0003bz-NB for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 15:57:20 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135JvAj2009228; Mon, 5 Apr 2021 15:57:10 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 135JvAj2009228 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617652630; bh=2pD2/J04E+b0qC+3HYqw8KJzc5Q6JYGZeQTw8iGQ5NQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=G8MAlFmigDbpkARUZ6J7W8qQajPM42sxntq2ljMsazUYTmD/15xUlc4VtiKL94Kpb oLCp+a21ffXSE6lBz4fRmBhAriO7zIvjzpiMz8k5Hzjjt1PCZbIv0ZlKRyupY50+KA O955ICwq7m67lKUCTfmsUGuPla+JFaF3xHOs2TJM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135Jv65r018849; Mon, 5 Apr 2021 15:57:06 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135Jv6La006761; Mon, 5 Apr 2021 15:57:06 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 135Jv6IJ006758; Mon, 5 Apr 2021 15:57:06 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> Date: Mon, 05 Apr 2021 15:57:06 -0400 In-Reply-To: (martin rudalics's message of "Mon, 5 Apr 2021 14:45:19 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > buffer_window_count of the *Server* buffer was 1. There were three > > frames that we looped over in the FOR_EACH_FRAME() loop. Of these, only > > the first is interesting. In this case window_list_1() in window_loop() > > returned three windows. For each window, in the > > REPLACE_BUFFER_IN_WINDOWS_SAFELY case branch, EQ (w->contents, obj) > > returned false. As a result, best_window is Qnil at the end, and > > replace-buffer_in_windows_safely_count never gets incremented. For the > > other two frames the return value of window_list_1() was Qnil. > > Astonishing. What are the names of these three buffers via > > p XBUFFER (w->contents)->name_ > > Do they tell you anything about the Gnus configuration you wanted to > quit? I wouldn't be surprised if one of these were a dead buffer. Surprisingly, no. Three frames were checked. The only buffers in windows involved in the entire process were: "build.ninja" - I had that file in another frame " *Minibuf-0*" - Looks like this was in the same frame as build.ninja? "*Server*" - This was the window whose buffer is being deleted "*scratch*" - The only window in the third frame I trace through everything in detail here. Maybe too much detail. Maybe not enough. Hopefully you can follow this session by following the line numbers (mostly in window.c) and see what is going on. The gdb session, of course, still exists, and I now know I can recursively "call replace-buffer_in_windows_safely(XIL(0x5555573fd885))" to trace through it again, if you need me to. (gdb) s 3443 if (buffer_window_count (XBUFFER (buffer))) (gdb) n 3450 FOR_EACH_FRAME (tail, frame) (gdb) n 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); (gdb) s window_loop (type=REPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=XIL(0x5555573fd885), mini=true, frames=XIL(0x55555820ef55)) at ../../master/src/window.c:2967 2967 bool frame_best_window_flag = false; (gdb) n 2973 if (FRAMEP (frames)) (gdb) 2974 f = XFRAME (frames); (gdb) 2980 if (f) (gdb) 2981 frame_arg = Qlambda; (gdb) 2994 if (WINDOWP (obj)) (gdb) n 2996 else if (f) (gdb) n 2997 window = FRAME_SELECTED_WINDOW (f); (gdb) n 3001 windows = window_list_1 (window, mini ? Qt : Qnil, frame_arg); (gdb) n 3002 best_window = Qnil; (gdb) p windows $52 = XIL(0x555558be6443) (gdb) ptype type = union Lisp_X { } * (gdb) n 3004 for (; CONSP (windows); windows = XCDR (windows)) (gdb) n 3008 window = XCAR (windows); (gdb) n 3009 w = XWINDOW (window); (gdb) n 3014 if (!MINI_WINDOW_P (w) (gdb) p w->contents $53 = XIL(0x5555578be555) (gdb) xbuffer $54 = (struct buffer *) 0x5555578be550 0x555557241db0 "build.ninja" (gdb) n 3046 if (EQ (w->contents, obj)) (gdb) p obj $55 = XIL(0x5555573fd885) (gdb) xbuffer $56 = (struct buffer *) 0x5555573fd880 0x5555571c18a0 "*Server*" (gdb) n 3063 break; (gdb) n 3004 for (; CONSP (windows); windows = XCDR (windows)) (gdb) n 3008 window = XCAR (windows); (gdb) n 3009 w = XWINDOW (window); (gdb) n 3014 if (!MINI_WINDOW_P (w) (gdb) p w->contents $57 = XIL(0x7ffff2a3cb15) (gdb) xbuffer $58 = (struct buffer *) 0x7ffff2a3cb10 0x7ffff2d244ea " *Minibuf-0*" (gdb) n 3017 || type == REPLACE_BUFFER_IN_WINDOWS_SAFELY (gdb) 3046 if (EQ (w->contents, obj)) (gdb) 3063 break; (gdb) 3004 for (; CONSP (windows); windows = XCDR (windows)) (gdb) 3097 return best_window; (gdb) 3098 } (gdb) replace_buffer_in_windows_safely (buffer=XIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) (gdb) 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); (gdb) s window_loop (type=REPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=XIL(0x5555573fd885), mini=true, frames=XIL(0x555556fa294d)) at ../../master/src/window.c:2967 2967 bool frame_best_window_flag = false; (gdb) n 2973 if (FRAMEP (frames)) (gdb) 2974 f = XFRAME (frames); (gdb) 2980 if (f) (gdb) 2981 frame_arg = Qlambda; (gdb) 2994 if (WINDOWP (obj)) (gdb) 2996 else if (f) (gdb) 2997 window = FRAME_SELECTED_WINDOW (f); (gdb) 3001 windows = window_list_1 (window, mini ? Qt : Qnil, frame_arg); (gdb) p window $59 = XIL(0x55555734b355) (gdb) xwindow $60 = (struct window *) 0x55555734b350 84x59+0+0 (gdb) p $60->contents $61 = XIL(0x5555573fd885) (gdb) xbuffer $62 = (struct buffer *) 0x5555573fd880 0x5555571c18a0 "*Server*" (gdb) s builtin_lisp_symbol (index=1) at ../../master/src/lisp.h:1007 1007 return make_lisp_symbol (&lispsym[index]); (gdb) n 1008 } (gdb) s window_list_1 (window=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0xc0)) at ../../master/src/window.c:2863 2863 decode_next_window_args (&window, &minibuf, &all_frames); (gdb) s decode_next_window_args (window=0x7fffffffc858, minibuf=0x7fffffffc850, all_frames=0x7fffffffc848) at ../../master/src/window.c:2672 2672 struct window *w = decode_live_window (*window); (gdb) s decode_live_window (window=XIL(0x55555734b355)) at ../../master/src/window.c:246 246 if (NILP (window)) (gdb) n 249 CHECK_LIVE_WINDOW (window); (gdb) n 250 return XWINDOW (window); (gdb) n 251 } (gdb) n decode_next_window_args (window=0x7fffffffc858, minibuf=0x7fffffffc850, all_frames=0x7fffffffc848) at ../../master/src/window.c:2673 2673 Lisp_Object miniwin = XFRAME (w->frame)->minibuffer_window; (gdb) p w->contents $63 = XIL(0x5555573fd885) (gdb) xbuffer $64 = (struct buffer *) 0x5555573fd880 0x5555571c18a0 "*Server*" (gdb) n 2675 XSETWINDOW (*window, w); (gdb) n 2678 if (NILP (*minibuf)) (gdb) n 2682 else if (!EQ (*minibuf, Qt)) (gdb) n 2690 if (NILP (*all_frames)) (gdb) n 2695 else if (EQ (*all_frames, Qvisible)) (gdb) n 2697 else if (EQ (*all_frames, make_fixnum (0))) (gdb) n 2699 else if (FRAMEP (*all_frames)) (gdb) n 2701 else if (!EQ (*all_frames, Qt)) (gdb) n 2702 *all_frames = Qnil; (gdb) n 2703 } (gdb) n window_list_1 (window=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2864 2864 list = Qnil; (gdb) n 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) s window_list () at ../../master/src/window.c:2563 2563 if (!CONSP (Vwindow_list)) (gdb) n 2581 return Vwindow_list; (gdb) p Vwindow_list $65 = XIL(0x555558bc6353) (gdb) ptype type = union Lisp_X { } * (gdb) xcons $66 = (struct Lisp_Cons *) 0x555558bc6350 { u = { s = { car = XIL(0x5555571ebfc5), u = { cdr = XIL(0x555558bc6363), chain = 0x555558bc6363 } }, gcaligned = 0xc5 } } (gdb) n 2582 } (gdb) n window_list_1 (window=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2867 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) (gdb) s candidate_window_p (window=XIL(0x5555571ebfc5), owindow=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2605 2605 struct window *w = XWINDOW (window); (gdb) n 2606 struct frame *f = XFRAME (w->frame); (gdb) p w->contents $67 = XIL(0x5555578be555) (gdb) xbuffer $68 = (struct buffer *) 0x5555578be550 0x555557241db0 "build.ninja" (gdb) n 2607 bool candidate_p = true; (gdb) 2609 if (!BUFFERP (w->contents)) (gdb) 2611 else if (MINI_WINDOW_P (w) (gdb) 2619 else if (EQ (all_frames, Qt)) (gdb) 2621 else if (NILP (all_frames)) (gdb) 2623 eassert (WINDOWP (owindow)); (gdb) n 2624 candidate_p = EQ (w->frame, XWINDOW (owindow)->frame); (gdb) n 2661 return candidate_p; (gdb) p candidate_p $69 = false (gdb) n 2662 } (gdb) n window_list_1 (window=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2866 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) n 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) (gdb) s candidate_window_p (window=XIL(0x55555820f3cd), owindow=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2605 2605 struct window *w = XWINDOW (window); (gdb) n 2606 struct frame *f = XFRAME (w->frame); (gdb) p w->contents $70 = XIL(0x7ffff2a3cb15) (gdb) xbuffer $71 = (struct buffer *) 0x7ffff2a3cb10 0x7ffff2d244ea " *Minibuf-0*" (gdb) n 2607 bool candidate_p = true; (gdb) n 2609 if (!BUFFERP (w->contents)) (gdb) n 2611 else if (MINI_WINDOW_P (w) (gdb) n 2612 && (EQ (minibuf, Qlambda) (gdb) n 2613 || (WINDOWP (minibuf) && !EQ (minibuf, window)))) (gdb) n 2619 else if (EQ (all_frames, Qt)) (gdb) n 2621 else if (NILP (all_frames)) (gdb) n 2623 eassert (WINDOWP (owindow)); (gdb) n 2624 candidate_p = EQ (w->frame, XWINDOW (owindow)->frame); (gdb) n 2661 return candidate_p; (gdb) p candidate_p $72 = false (gdb) n 2662 } (gdb) window_list_1 (window=XIL(0x55555734b355), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2866 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) 2871 list = Fnreverse (list); (gdb) n 2872 rest = Fmemq (window, list); (gdb) p list $73 = XIL(0) (gdb) n 2873 if (!NILP (rest) && !EQ (rest, list)) (gdb) p rest $74 = XIL(0) (gdb) n 2880 return list; (gdb) n 2881 } (gdb) n window_loop (type=REPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=XIL(0x5555573fd885), mini=true, frames=XIL(0x555556fa294d)) at ../../master/src/window.c:3002 3002 best_window = Qnil; (gdb) p windows $75 = XIL(0) (gdb) p window $76 = XIL(0x55555734b355) (gdb) xwindow $77 = (struct window *) 0x55555734b350 84x59+0+0 (gdb) p $77->contents $78 = XIL(0x5555573fd885) (gdb) xbuffer $79 = (struct buffer *) 0x5555573fd880 0x5555571c18a0 "*Server*" (gdb) n 3004 for (; CONSP (windows); windows = XCDR (windows)) (gdb) 3097 return best_window; (gdb) 3098 } (gdb) replace_buffer_in_windows_safely (buffer=XIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) (gdb) 3451 window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); (gdb) s window_loop (type=REPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=XIL(0x5555573fd885), mini=true, frames=XIL(0x555555eff9dd)) at ../../master/src/window.c:2967 2967 bool frame_best_window_flag = false; (gdb) n 2973 if (FRAMEP (frames)) (gdb) 2974 f = XFRAME (frames); (gdb) 2980 if (f) (gdb) 2981 frame_arg = Qlambda; (gdb) 2994 if (WINDOWP (obj)) (gdb) 2996 else if (f) (gdb) 2997 window = FRAME_SELECTED_WINDOW (f); (gdb) 3001 windows = window_list_1 (window, mini ? Qt : Qnil, frame_arg); (gdb) p window $80 = XIL(0x555555effc45) (gdb) xwindow $81 = (struct window *) 0x555555effc40 80x23+0+1 (gdb) p $81->contents $82 = XIL(0x7ffff256f6fd) (gdb) xbuffer $83 = (struct buffer *) 0x7ffff256f6f8 0x7ffff2d2003a "*scratch*" (gdb) s builtin_lisp_symbol (index=1) at ../../master/src/lisp.h:1007 1007 return make_lisp_symbol (&lispsym[index]); (gdb) n 1008 } (gdb) s window_list_1 (window=XIL(0x555555effc45), minibuf=XIL(0x30), all_frames=XIL(0xc0)) at ../../master/src/window.c:2863 2863 decode_next_window_args (&window, &minibuf, &all_frames); (gdb) n 2864 list = Qnil; (gdb) 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) (gdb) s candidate_window_p (window=XIL(0x5555571ebfc5), owindow=XIL(0x555555effc45), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2605 2605 struct window *w = XWINDOW (window); (gdb) n 2606 struct frame *f = XFRAME (w->frame); (gdb) p w->contents $87 = XIL(0x5555578be555) (gdb) xbuffer $88 = (struct buffer *) 0x5555578be550 0x555557241db0 "build.ninja" (gdb) n 2607 bool candidate_p = true; (gdb) n 2609 if (!BUFFERP (w->contents)) (gdb) n 2611 else if (MINI_WINDOW_P (w) (gdb) n 2619 else if (EQ (all_frames, Qt)) (gdb) n 2621 else if (NILP (all_frames)) (gdb) n 2623 eassert (WINDOWP (owindow)); (gdb) n 2624 candidate_p = EQ (w->frame, XWINDOW (owindow)->frame); (gdb) n 2661 return candidate_p; (gdb) p candidate_p $89 = false (gdb) n 2662 } (gdb) n window_list_1 (window=XIL(0x555555effc45), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2866 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) n 2867 if (candidate_window_p (XCAR (tail), window, minibuf, all_frames)) (gdb) s candidate_window_p (window=XIL(0x55555820f3cd), owindow=XIL(0x555555effc45), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2605 2605 struct window *w = XWINDOW (window); (gdb) n 2606 struct frame *f = XFRAME (w->frame); (gdb) p w->contents $90 = XIL(0x7ffff2a3cb15) (gdb) xbuffer $91 = (struct buffer *) 0x7ffff2a3cb10 0x7ffff2d244ea " *Minibuf-0*" (gdb) n 2607 bool candidate_p = true; (gdb) n 2609 if (!BUFFERP (w->contents)) (gdb) n 2611 else if (MINI_WINDOW_P (w) (gdb) n 2612 && (EQ (minibuf, Qlambda) (gdb) n 2613 || (WINDOWP (minibuf) && !EQ (minibuf, window)))) (gdb) n 2619 else if (EQ (all_frames, Qt)) (gdb) n 2621 else if (NILP (all_frames)) (gdb) n 2623 eassert (WINDOWP (owindow)); (gdb) n 2624 candidate_p = EQ (w->frame, XWINDOW (owindow)->frame); (gdb) n 2661 return candidate_p; (gdb) p candidate_p $92 = false (gdb) n 2662 } (gdb) n window_list_1 (window=XIL(0x555555effc45), minibuf=XIL(0x30), all_frames=XIL(0)) at ../../master/src/window.c:2866 2866 for (tail = window_list (); CONSP (tail); tail = XCDR (tail)) (gdb) n 2871 list = Fnreverse (list); (gdb) n 2872 rest = Fmemq (window, list); (gdb) n 2873 if (!NILP (rest) && !EQ (rest, list)) (gdb) n 2880 return list; (gdb) p list $93 = XIL(0) (gdb) n 2881 } (gdb) n window_loop (type=REPLACE_BUFFER_IN_WINDOWS_SAFELY, obj=XIL(0x5555573fd885), mini=true, frames=XIL(0x555555eff9dd)) at ../../master/src/window.c:3002 3002 best_window = Qnil; (gdb) n 3004 for (; CONSP (windows); windows = XCDR (windows)) (gdb) n 3097 return best_window; (gdb) n 3098 } (gdb) n replace_buffer_in_windows_safely (buffer=XIL(0x5555573fd885)) at ../../master/src/window.c:3450 3450 FOR_EACH_FRAME (tail, frame) (gdb) n 3454 eassert (count == replace_buffer_in_windows_safely_count); (gdb) p count $94 = 1 (gdb) p replace_buffer_in_windows_safely_count $95 = 0 -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 05 16:39:50 2021 Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 20:39:50 +0000 Received: from localhost ([127.0.0.1]:38718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTW0k-0004gQ-I6 for submit@debbugs.gnu.org; Mon, 05 Apr 2021 16:39:50 -0400 Received: from mout.gmx.net ([212.227.17.22]:41239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTW0i-0004gE-QV for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 16:39:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617655177; bh=3hEAUpRsdp8n8pr+omDvAqEBSey4xkQ/qBsqUlQ4Sjc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=YA4Sl1Gib12C/rZITCR7uAiu8quFz+djkA9J0OK/16YOSqbwfljqC4MzBliNn8MWm MLgZOypKQxQRq5SHIA6gv39NVIlZz/J8f8IDlOKtIsyJvLtxUPlnqT5mhs2uTlkQRR ovlF1YrW1XQnJbPzpFueFTs3kgBfRuvRWJ3NDM5o= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.118]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MzhnN-1lpHzM08Zt-00ve3J; Mon, 05 Apr 2021 22:39:37 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <83r1jykmt0.fsf@gnu.org> <2d0dbdc8-3678-cd21-234a-9c63bb004629@gmx.at> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> From: martin rudalics Message-ID: <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> Date: Mon, 5 Apr 2021 22:39:34 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:gO2YfTwikH+btd/3nAjbK12XDbyDJaoWiau23YJ/tP1ZNjTzoUk XZ88yTLYS1b6+w1hzhZAMyjns3niNPlXJjaabFwzr++6YeREqh/z67aBe/xLUsnh0cD3fi4 r5XnSKfYVOh0RaJ18OEEF7NWh2zSPo/p+l+Lko8GByu31lpUPZVLXzFW0uqB/QFSwlhpNZn tRnNR0r2Lbxs+ZF/TdC/w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:l7QNvpoj4/s=:LOccwX58lD03B1ub3LNxo0 5saMLK/YtR3mCY5y4scDBD3fAIGCQAbVnNpRLL+lQCpjBNHJtHLz9N4G6PlGfrUteP+y5h4ZS 8sh5A7Kj0dmmO7wpD6mH3i59pAtuqQQaBKas4aiR9i/kjp2QXnsegI/lwamzHmWgKglGhnGfO rrK6W10gowjvnlRmUgQQ1zC0yf0ExCUxt12vWyBr/4z4EvKfShU99JpXUfAXZtJJ6SBXNNdey FTbDUdLT3WIGctbgJogo5TQY217qKT/pRhyJZM7gejwaoTHDkOuWam56VMQd0T6vKL75dJayg CsmmoIq15y6MB0hja/GPImfYib/sE1OIv1NZQBaL0vkDN9rh3s59YRZHThwKhZTHd38UWVEoD 2STlijbLZyDuE97uKo5MscMN0pxympzpuTvjvyeVFgQH/ctY6aRZuN39zORMG7KR/9rSA/drk Ho3lR7tQN3dRrBFvtVJtsms8hmZGZs3/lcpv4Sfgg1KuF1GdV7LhrWI2uymUy3Q1RmfT2KPQx +RrcG0lnnCRYook/eKCLig19VeoEwjecfDUoLj/Ahp1EcFOQOlJ6yqysPoyagiG+cyeeV4z7u KVrKfodcq4eByr880cFv9wN6n388X26QvhKRsLoy7WEUvm8ByHFR2ulV5vEkJDcq1sHCf6pWZ 5T78R7a/y1mGXN7V6XQc0WiRknDOirZM5hAthTN0dK1Tt5bVsNxW01ILap6ykx/emXP30xQRm ol0Vi1brnCye16/Fpy+JiKw3Fn1vHSS/Ft6F9vXKvR4n1VmPazTbbjQxV3F9gQO/vpSBfgbHl O65sEF3JMSmkKPN2pOIj3CrBN/RQbqcMB2RmrpHQm1BTYkXsok6SwWJBXGJD3XX2magmZGzxu 3K2Y+ORkFLv4zK5SoByLBYFUcRH7m6AM31D0EPA32AAdpljmYRnT+3vibA/ZF8TvJ639grCbQ oUvXQdeec+8hf55iqa7Ux7ABbtfmmWEv7nZqJB765Sw7vXgXg9iJLJJz+2J56uERgAiQmx5hN /fP84g4O1BvDIRDuyRDka9BIl6V/mvaPGpe1x73YZYDZsHK8C3ufmaWeSYQBp7bCM3pjjwxw5 ZUFTX8NKZCClrahCA3cOqBRNOW7ftAWby+tZy5r/KTSL5GH5kFjUaaAmzd23N4xoNsoXRbSRU oOxmfb71OuXuoAQo2hGuodtenUWgxIjHjWElJz+ZzjIMzYAlaergT0TM8i8litUMg6uoA= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Surprisingly, no. Three frames were checked. The only buffers in > windows involved in the entire process were: > > "build.ninja" - I had that file in another frame > " *Minibuf-0*" - Looks like this was in the same frame as build.ninja? > "*Server*" - This was the window whose buffer is being deleted But *Server* _is_ the buffer that shall be killed IIUC - the obj passed to window_loop. I nowhere see that you tried p XBUFFER (w->contents)->name_ below. Basically when you encounter the if (EQ (w->contents, obj)) eventually w->contents should be that buffer. And apparently w->contents never is that buffer. Can you check again? martin From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 05 16:56:40 2021 Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 20:56:40 +0000 Received: from localhost ([127.0.0.1]:38734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTWH2-00056n-1b for submit@debbugs.gnu.org; Mon, 05 Apr 2021 16:56:40 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:56932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTWGv-00056R-JG for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 16:56:38 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuQA8017705; Mon, 5 Apr 2021 16:56:26 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 135KuQA8017705 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617656186; bh=5HqE50YErnrbINFlThzLgcIX+VTt+D3fAZMlCjPgFt0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=eKSiik9zYSDUhX6z4/o7QK151RcwVNeZNzUtDgKI6xAEV41TMC0IoirEQl4WZ4RD1 3mnxj7SKjqucAnj3kq/4fUdC3rmEvedMpAJqX/dl5gWV/U5I7UayXOD+xqCbnOOQAr 8h9bSMy/8F1S+Jlp9uIDy5z0zKg6v1jeuhb866Dc= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuNF3015502; Mon, 5 Apr 2021 16:56:23 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuNMC012821; Mon, 5 Apr 2021 16:56:23 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 135KuN5A012818; Mon, 5 Apr 2021 16:56:23 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> Date: Mon, 05 Apr 2021 16:56:23 -0400 In-Reply-To: <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> (martin rudalics's message of "Mon, 5 Apr 2021 16:39:34 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: >> Surprisingly, no. Three frames were checked. The only buffers in >> windows involved in the entire process were: >> >> "build.ninja" - I had that file in another frame >> " *Minibuf-0*" - Looks like this was in the same frame as build.ninja? >> "*Server*" - This was the window whose buffer is being deleted > > But *Server* _is_ the buffer that shall be killed IIUC - the obj passed > to window_loop. I nowhere see that you tried > > p XBUFFER (w->contents)->name_ > > below. Basically when you encounter the > > if (EQ (w->contents, obj)) > > eventually w->contents should be that buffer. And apparently > w->contents never is that buffer. Can you check again? Actually, what I did is use xbuffer, which as part of it outputs the name_. For example: (gdb) p w->contents $53 = XIL(0x5555578be555) (gdb) xbuffer $54 = (struct buffer *) 0x5555578be550 0x555557241db0 "build.ninja" In this case the name_ field is "build.ninja". The definition of xbuffer is: define xbuffer xgetptr $ print (struct buffer *) $ptr xgetptr $->name_ output $ptr ? (char *) ((struct Lisp_String *) $ptr)->u.s.data : "DEAD" echo \n end document xbuffer Set $ as a buffer pointer and the name of the buffer. This command assumes $ is an Emacs Lisp buffer value. end When window_list_1() gets called with the window that has "*Server*" as the buffer, window_list() (as called on line 2866) does not return a list that contains that window. I do not know how Vwindow_list (which is what is returned by window_list() gets updated. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 04:11:12 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 08:11:12 +0000 Received: from localhost ([127.0.0.1]:39140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTgno-0007Hb-5K for submit@debbugs.gnu.org; Tue, 06 Apr 2021 04:11:12 -0400 Received: from mout.gmx.net ([212.227.17.20]:46909) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTgnl-0007HJ-Pg for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 04:11:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617696656; bh=6O8WRJBpuyk83xbEC5qa4//AFmgi8auLKtw15zv0mMU=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VGXtWfwb3nQnZ/G/zsMNmisJ89ywXAT750zX62KJ+27KIF4DUGgKOSS1lp1JKHgWU ryZARi6C9wnDJO+k20kjybzARXwVwTe+UNxwEMH4etC/4pm6sWgOt727GLGcDinfVk +/PZOlkAMPUnRJWpMbTILvEdJP83RB8eKxrFeJTk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MQMyf-1lGodt1deD-00MJiA; Tue, 06 Apr 2021 10:10:56 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> From: martin rudalics Message-ID: <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> Date: Tue, 6 Apr 2021 10:10:53 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:oSZmex3VKM4hJzL00flSydcCTbSn/Dq8xsiZ9AAxGYbKbA6RunT 9rCULOIOvVWJl0ntyaAIeaa+a4aYKGLT0dM0gE4Y2mJPswAP7eovMDfyUhia5VCO/jNKCOe d6f5g7vGe5upCeB9alioYDZi1INDMahmrNni1/mWlsMMJdpJ8yHIqrzhLLUdYdn+jjVHYr7 1KRE09beuaNr4Lxh8Dkaw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:S8kj91ZFfNQ=:B3C3HOcoFNsFQaeM3ukAoo eQg1yjF5uc7dK+O9st6rypH3T9me7/z0KJg0fUarJ63CLOWIGAmtyKVaJ+uN9TDhAsvDGepGf m15HXZOTWG6HL8SxOae6nGqMfgxNICSM+kBRYG0Wqvl6czNo6wMk+xANrR1wusz9LTMtluPY8 dHSbUgDkqs9o1mgiJg26do+BdlqPGQWr9X2YdElaQ/ZJBsC+kBTF9sGg13GCr5rulPUCHk8cv 8slJfx5NHFQUmg0tz3pT533Ak4u9xPedqywvzQH2piJhTgDtvvJ36+UMxw4S5p4NRHzu27ug8 9yYEwd2Tj10IaSyM/1xAASekH8znnn2LnBxBMyJyYJTqKHM/ehN46GeaITUEe2In+ObdiW4UY pLR8C+LulHO9g4GWcom1bPie/1i9WXUvm6WwQlSS3OABy4HQP+pjZRUoYzIXkrfxV+a/v6EFF J07CsWeiTbBkshq0Kx2TfmO3dG2faffylcUJNFFebBwc33ajPuFP0/+GiJkSeD0BRvM9EOAil K+7XT0GY0tIN1H9lMiMHUzmznztxthO1x92IcZ2ZuYkEUD1M8VkI40v2QmAAMCrso4Vr+aGUh pUYnlgrt7xv2vpetNGMo+IBL4dQG1dqRXXG6Q2KT0gH2pmQuh3Men3N/HW4oEuMkoYMT/u01C 7qrWDWTpVDFu7cqXBjGpuXhzT/rc4XzZC8MycmugjQOwAuUKRhNo8vDMOdiAbzTnsO6tp4Tpo jkzUdrxeLwibiabIjEtVRC2uMpUk0ISTW+BGXBniKtSISg3SsXnC5YrUhx57us+/vDBY1eL8y hHdK6NilVjeYC9HRSdYbt95Hy4viFEgqWk1eutcIQcojqlWN2pQadNIF1m4eUvPmg6hDrGXxb XVwDPmsj/yMkGEfIJ0rCXXKUdh5pg7Txe20V4qpsTA76sLpCDKanQIqRKFHuZLhSPlJFN9xzI fR+Ju0hjFkmzFFFn9rTRS5/KofUiC2nYzW+DbmqrJfIfuv9unbsSM42PbtJGnMes11TACuzjy L0oRvK8hgbREHPlVofgEfs7Vlvv8jCfAZbfi7tV4mmjlB4huj4hVUveXY01iOg1FB+C0nov73 hqKsSd7z5TlMwXC4UoSPQXJgpeQIkzJCaVO3MPG0TQu8VLT3DDBgvvgBYJIOI2bsMwyEGpNRH DbSG0gtFe9P1zoneSwUTy331ext6+TOHXP95e27YY0yzY1zfPx/R5+13Ah9PW+lcQNyqg= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Actually, what I did is use xbuffer, which as part of it outputs the > name_. For example: > > (gdb) p w->contents > $53 = XIL(0x5555578be555) > (gdb) xbuffer > $54 = (struct buffer *) 0x5555578be550 > 0x555557241db0 "build.ninja" > > In this case the name_ field is "build.ninja". The definition of > xbuffer is: OK. But please let me reassess what you said earlier: > There were three > frames that we looped over in the FOR_EACH_FRAME() loop. Of these, only > the first is interesting. In this case window_list_1() in window_loop() > returned three windows. For each window, in the > REPLACE_BUFFER_IN_WINDOWS_SAFELY case branch, EQ (w->contents, obj) > returned false. So if one of these three windows on the first frame shows (showed) "build.ninja" then what do (did) the other two windows show? > As a result, best_window is Qnil at the end, and > replace-buffer_in_windows_safely_count never gets incremented. For the > other two frames the return value of window_list_1() was Qnil. The latter could be another problem but should not concern us for the moment - do these frames get killed in the course? > When window_list_1() gets called with the window that has "*Server*" as > the buffer, window_list() (as called on line 2866) does not return a > list that contains that window. I do not know how Vwindow_list (which > is what is returned by window_list() gets updated. Vwindow_list is a cache of the list of all windows and is (re-)built by window_list when it is nil. It is set to nil (that is, the cache gets invalidated) whenever a window is deleted or created. What is the value of Vwindow_list when window_list_1() gets called with the window that has "*Server*" as the buffer? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 10:41:15 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 14:41:15 +0000 Received: from localhost ([127.0.0.1]:41402 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTmtG-0001Hb-N1 for submit@debbugs.gnu.org; Tue, 06 Apr 2021 10:41:15 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:35000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTmtD-0001HJ-43 for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 10:41:13 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136Ef4Xf005122; Tue, 6 Apr 2021 10:41:04 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 136Ef4Xf005122 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617720064; bh=JINFjH7+cEAPQS3qVRYA4oJ2uxLNwS6+DTKDTg11ZyM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Kn2k0qSm+TeMiqv6LqwJveO/Tkt66I5BpUT3BpFb+hEsoFl2u5W/pkFRKk8PZ9oa3 EhDZiK0cSKKdb4V8J1k5zjGd0qWJpzEDW/Lt+A47FJ/RfYBU70sDKZYCxkgmelTmF2 POGL1F9l+chtrrWosTyNy/l34H+PAhC0IrK0rBcA= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136EewfZ011717; Tue, 6 Apr 2021 10:40:58 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136EevGh008845; Tue, 6 Apr 2021 10:40:57 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 136EevP7008841; Tue, 6 Apr 2021 10:40:57 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> Date: Tue, 06 Apr 2021 10:40:56 -0400 In-Reply-To: <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> (martin rudalics's message of "Tue, 6 Apr 2021 04:10:53 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: >> Actually, what I did is use xbuffer, which as part of it outputs the >> name_. For example: >> >> (gdb) p w->contents >> $53 = XIL(0x5555578be555) >> (gdb) xbuffer >> $54 = (struct buffer *) 0x5555578be550 >> 0x555557241db0 "build.ninja" >> >> In this case the name_ field is "build.ninja". The definition of >> xbuffer is: > > OK. But please let me reassess what you said earlier: > >> There were three >> frames that we looped over in the FOR_EACH_FRAME() loop. Of these, only >> the first is interesting. In this case window_list_1() in window_loop() >> returned three windows. For each window, in the >> REPLACE_BUFFER_IN_WINDOWS_SAFELY case branch, EQ (w->contents, obj) >> returned false. > > So if one of these three windows on the first frame shows (showed) > "build.ninja" then what do (did) the other two windows show? I was somewhat incorrect. The first frame has two windows: build.ninja and a minibuffer. See below for more. >> As a result, best_window is Qnil at the end, and >> replace-buffer_in_windows_safely_count never gets incremented. For the >> other two frames the return value of window_list_1() was Qnil. > > The latter could be another problem but should not concern us for the > moment - do these frames get killed in the course? The two frames that returned no windows were the invisible daemon frame "F1" and the frame containing the window containing the "*Server*" buffer. >> When window_list_1() gets called with the window that has "*Server*" as >> the buffer, window_list() (as called on line 2866) does not return a >> list that contains that window. I do not know how Vwindow_list (which >> is what is returned by window_list() gets updated. > > Vwindow_list is a cache of the list of all windows and is (re-)built by > window_list when it is nil. It is set to nil (that is, the cache gets > invalidated) whenever a window is deleted or created. What is the value > of Vwindow_list when window_list_1() gets called with the window that > has "*Server*" as the buffer? Here is the state as I've been able to determine from the debugger: Vframe_list contains three entries: "build.ninja", "*Server*", and "F1". This matches reality. "F1" is the invisible frame created by --daemon. Frame "build.ninja" has a selected_window whose contents are the buffer "build.ninja". Frame "*Server*" has a selected_window whose contents are the buffer "*Server*". Frame "F1" has a selected_window whose contents are the buffer "*scratch*". Vwindow_list contains two entries: A window whose contents are "build.ninja", and a window whose contents are " *Minibuf-0*". Importantly, Vwindow_list does not contain the window whose contents are "*Server*". Since the window_list_1() call uses the value of Vwindow_list to create its result, the loop in window_loop() will never compare EQ in the REPLACE_BUFFER_IN_WINDOWS_SAFELY case clause. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 12:12:57 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 16:12:57 +0000 Received: from localhost ([127.0.0.1]:41501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lToK1-0003ac-Ac for submit@debbugs.gnu.org; Tue, 06 Apr 2021 12:12:57 -0400 Received: from mout.gmx.net ([212.227.17.21]:41495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lToJy-0003aN-Hw for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 12:12:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617725561; bh=gF0LL15Lj1ttWA/uImgdNXs6V+TLfTcENY+Us4Gj6Vk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Bh5rYbqvcWs5P5/SY8wGnc2g3PDufvjDhlILitZSi6+edgUN6IiNJ7VGcEP70Zgtq WkSEa9RgjkbGdBE0dC/KF+TYqGFHtVdAGGObHcN7HAIWJqXPALW7l05cYEx0FOPfIM +l5/fw0wBcD+CD9LRa9pXj8MhzylDQarQVIiB+jI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MTABT-1l12U22EPv-00UaMT; Tue, 06 Apr 2021 18:12:41 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> From: martin rudalics Message-ID: <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> Date: Tue, 6 Apr 2021 18:12:38 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:EgKLj4tzYD4wWNuSIosHfwTukZNAFrWSM/aBTvYvVVDVDfIv+6n KDo8flvUWZJXHR0T6qbnEP807L1xdMI1JFr8JLI31xAaR70gQk4xP42Twp1xrRI+dzfGjf3 x7jazSRPbayGDiinHqzx742QzXbPmGwGCCFJSFj/fEjbL8odtkh+XLdC32EvG0jwTPdhckz HbJJkMAwX1y65kb8t+cSA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:8XOU81svB5g=:lzzuMzaTiw5xcshtrnRoy5 o8+pMR9wkNp3jinjnU9qlUlZUy2/TThz5GYlvFcTqfYYoisKcsU2jCevvlz/XXcRfpB6fXhE5 mZcssnEj87LmjA1yzYzYN00VW+bPozznl3kOTRTLcHp6bSMc3RObv9yfUS0p9QxL4Ss1hI7S5 00eiWkl7FD7ci/FCMb3/T904Sl1ETtJ921gQ1Cgdaaa+KN0Y7Sz5IrvcY2FgWZSe4n4LYQGPx lgPTd05nHnWstvxj4TfqGW0fJAHihToRoiw0XI1Ee19qLyv825aahpp7OX2x7BpXU6kdW+rV1 lMsS3W4mKIlnscCI2s0j4O5Ge/ScHbrVzY/e76E0MyyQ/Eu/+vqYr3JyiApMJzqTWm4LIrS2e wX3+YPqMvt18zQ4obkCeoMBa7IvMNanHPGuBGYOi2dtSVCeG3pHRcUcw/8uDol2ofCHnNdBWO v7Ti46oEpp26PmvVPyUv4uVqn1P63oskyqDOnAoGejITR5smqcgUYjNAixjK3N6Yuy2/pNnTr LWfx3FhcucwzUi6rwF0kn8Wv8RVzNlBBlxsHmHyRcvcyXAFlkystHylhbWc6f8fOGiPFjj2jS JJXAA9sMb5csN+yFA4inHiXUoxmaY547ozcqFyUqvxW4r5YYadhQOr01isaEBMC0WwWiIjF5i WB8HofKDUGKiL1OnjhfFZKVk1dNeDHRhV5cvJhMqORuDHwGZUnhfZf3vaLzeWFoUK0irEYchc 4AVmm/V/U0kCRmiL9UKIDhfwQkfjxirpGkIyA3g1CevsJbgHqGoXqYIUGchA6Bjn0Dm3XiQSv h1fC9R7mcydV++eKbiUv+fWgddWdO8wwONpgu6jcQBqVkoj5es14zsNG8iul5C2QEeYDQpngH 2G9cQFzSu9HjiZcxbls1tpF9fWXPlFYyVC6OKKiMlPRgwj7fAuxkFJikium8A3ZKXu0pnBji2 8b1hfgKK1A9eXOCL4c8ElN7Ng7pdjFZN2kMrAVP/7RO6cemb1QzlrS0HDwADym1ayy099QqEc iroEBEf8wPvjGzOPNBDst8quNPzh7I7JIaXx0rNlMR8rqiCreWqpNK6CX3/qYSkDivDsn+7ze lUuULmBU7++kpVAOk+DlM9iwhnq8FpOKEdd9THOun2IhmUEGwFbL0h9Gm2Egdd6qzkyqfhQgo g55tZ3UkPmKFRd7JBci90EPIGh5OqJD/NZE4ugyTc7cdF5YUrJyvTaRyk/BPU1GhUQDSA= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Here is the state as I've been able to determine from the debugger: > > Vframe_list contains three entries: "build.ninja", "*Server*", and > "F1". This matches reality. "F1" is the invisible frame created by > --daemon. > > Frame "build.ninja" has a selected_window whose contents are the buffer > "build.ninja". > > Frame "*Server*" has a selected_window whose contents are the buffer > "*Server*". > > Frame "F1" has a selected_window whose contents are the buffer > "*scratch*". > > Vwindow_list contains two entries: A window whose contents are > "build.ninja", and a window whose contents are " *Minibuf-0*". > > Importantly, Vwindow_list does not contain the window whose contents are > "*Server*". Since the window_list_1() call uses the value of > Vwindow_list to create its result, the loop in window_loop() will never > compare EQ in the REPLACE_BUFFER_IN_WINDOWS_SAFELY case clause. Impressive, thanks. This means that if earlier everything worked as intended someone did (1) set Vwindow_list to nil (because otherwise the *Server* window would still figure in it), and (2) window_list () recreated Vwindow_list but did _not_ include the *Server* window. The mysterious aspect is (2): Why did window_list skip the *Server* window? What is the value of FRAME_ROOT_WINDOW (f) where f is the *Server* frame? What is the name of that window's buffer? IIUC the *Server* frame does not have a minibuffer window - correct? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 12:48:18 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 16:48:18 +0000 Received: from localhost ([127.0.0.1]:41528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTosE-0004Uo-27 for submit@debbugs.gnu.org; Tue, 06 Apr 2021 12:48:18 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:55410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTosA-0004UZ-T2 for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 12:48:16 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136Gm8HJ041874; Tue, 6 Apr 2021 12:48:09 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 136Gm8HJ041874 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617727689; bh=A+xXTqo/owQ9Lcf2aIszorkxPIWD7Pc9+HpVPT8Tc1M=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=D8yK8MxniQ1ia15slq61NVp3Ju4Y3t/Oa5B53IBQUkJHv2zvt2UPu/vjC1b8qPf9D 6YQTTTPF/iuAA1Byy/vfCQElPKA25GbHs07CmW7Tq37b6r2usmp/z5qTsAGMOcrmkJ +xCnw67O4spBh4kEWRF+OoBz/LdKtVGxgZtXI5EI= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136Gm5g0025732; Tue, 6 Apr 2021 12:48:05 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136Gm5mR021990; Tue, 6 Apr 2021 12:48:05 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 136Gm4JL021976; Tue, 6 Apr 2021 12:48:04 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> Date: Tue, 06 Apr 2021 12:48:04 -0400 In-Reply-To: <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> (martin rudalics's message of "Tue, 6 Apr 2021 12:12:38 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Here is the state as I've been able to determine from the debugger: > > > > Vframe_list contains three entries: "build.ninja", "*Server*", and > > "F1". This matches reality. "F1" is the invisible frame created by > > --daemon. > > > > Frame "build.ninja" has a selected_window whose contents are the buffer > > "build.ninja". > > > > Frame "*Server*" has a selected_window whose contents are the buffer > > "*Server*". > > > > Frame "F1" has a selected_window whose contents are the buffer > > "*scratch*". > > > > Vwindow_list contains two entries: A window whose contents are > > "build.ninja", and a window whose contents are " *Minibuf-0*". > > > > Importantly, Vwindow_list does not contain the window whose contents are > > "*Server*". Since the window_list_1() call uses the value of > > Vwindow_list to create its result, the loop in window_loop() will never > > compare EQ in the REPLACE_BUFFER_IN_WINDOWS_SAFELY case clause. > > Impressive, thanks. This means that if earlier everything worked as > intended someone did > > (1) set Vwindow_list to nil (because otherwise the *Server* window would > still figure in it), and > > (2) window_list () recreated Vwindow_list but did _not_ include the > *Server* window. > > The mysterious aspect is (2): Why did window_list skip the *Server* > window? Good question. I plan to set Vwindow_list to nil and call it to see what happens. > What is the value of FRAME_ROOT_WINDOW (f) where f is the > *Server* frame? What is the name of that window's buffer? It's a window containing the buffer "*Server*". > IIUC the *Server* frame does not have a minibuffer window - correct? It didn't appear in Vwindow_list, but it does have a minibuffer. (gdb) p $116->minibuffer_window $139 = XIL(0x555556fc8185) (gdb) xwindow $140 = (struct window *) 0x555556fc8180 84x1+0+59 (gdb) p $140->contents $141 = XIL(0x7ffff2a3cb15) (gdb) xbuffer $142 = (struct buffer *) 0x7ffff2a3cb10 0x7ffff2d244ea " *Minibuf-0*" I will note that the window itself is different than the one on the Vwindow_list with the same contents. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 13:00:53 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 17:00:53 +0000 Received: from localhost ([127.0.0.1]:41533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTp4P-0004pA-9B for submit@debbugs.gnu.org; Tue, 06 Apr 2021 13:00:53 -0400 Received: from mout.gmx.net ([212.227.15.15]:34355) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTp4N-0004ou-VM for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 13:00:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617728440; bh=qIzzCbufEPbmi6rCkThyELIakgC5ESO/1KSeJk07JQs=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=c/T6WPMzAnbqvZKZjcE7RWHn+M3001rnpMu1oykfhVf/q/FNzT8MH7WbdaSNbfFVF S8fimQ2xhw3TmVH5mvETJ6I5B1oDFqOY6FWEdLi9ePCL50yuR6zgYqa8dCweVm9Ww4 QFBodnxNtxmIc08P534ZmMeb3IYCULQQ7UH0ZtE0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MXXuH-1l5Re43afP-00YzaK; Tue, 06 Apr 2021 19:00:40 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> From: martin rudalics Message-ID: <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> Date: Tue, 6 Apr 2021 19:00:37 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:HR+ICExFaHEmfle/Zk9evRanJJXkVh8MquJRkFu37LKyxtPdr8i YOD7e/FFUD70Wj/nm3omnY/aRZ6APFlaksCD5uDNX0FAl3T2ApNqu/Utsvwz+eKEjFWbimE RDyKk8PB/LmPEqIgPVL0LwbBVigsqDRgjbecLsMFsA8hJDnaEjKIbsLZAsoBbdeXAeO9p95 mG0RGp0izQTL1nI8Jn+Jw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:cdFzvleBufM=:Q3A79esWaaD4YsdjalL5+b t6594LomcJCT7qCQ9TFT+bTgXwULJjMiRezMsnuTnc36I3PBqfItnSSmUnRD0cFdpvhZydcud fi6R1DRdzCb7R8HH1x88avsFAButQ6jbkB59zVK6WTSy6BaTO+5bYVgjDYmlFNVh2zcJXKvwC 2VB6AYcD58W43PwgIyGurlzFlNJwoExeUDjErk8WFBFrRXfEEEQL16aR9rsiI1nJiPATzBvfP 5lwG+eTxcqV9vRSGukSDu8GhfZRl3McIxz5POy2ZmYwUZ2pHLAS3Dz5tS3PYQtf/OFSFoVJB2 w2eCIfjSWyfvDJJpOlGcbmYwwbB0tK8PziVt90JuCVp2ziV/WdlFUJY7Ouw4BKOra28LicKR/ zkt1LR3nXDgZh1VrxUByuMPnW4xG8r2CVXwT4owgoTQCAnbMB9qHem9p/CKPjZWt6L0wmEaqb 8VeDebhcHG6epUp//KdJ4Gj5I4YFGS7gER1zTRPyiBsWz8IGQSmSv/MpquULF28xKhUj1Z/8x i/z3kmolVcg43HRakuh/GzlSZRlavRh6TdqaPV5EYZhKv/HA7HONrvALv6QXWIlK1n00r4k57 +Sd3BR4iR+N5sbzR2Icibno3ds5bZdJg/yFwxToytn8iB35jOC4aFca2Ex8FvR2Rxmk8zaoXZ HgZDDRq2C8g6DZm2nWSI5HZXytLJLx0E471HI7gxy4UFdS8EgkVqboI7tpIcc3pftdktWvL4Y 8iy1PZyz88iRp53g0ehwIGJP9Irqa0BeuksIVy/G+gJi2fsg2htV2en+aHTkgHQ9SNU/Ba1/J e2dw0kimEk+1YSTkkv8D251MVmJNpnc5qXr79eE/ev9iwJ3qUNOkUjlLebEyw00UEVipBb1sF QfK2qPKc+S/aa8wKnkZxOwHTU+8lbwa7++BS24TFYVlJfdZh5Q0eU83HU6K6mbI8E6B6xExl7 GXqx9PcN/NoSfX88FYr1cZbrZpZzaIwxWJTGaLc0K0BOSjVucbYerSsjgPN1bTb8knBaYr8ty +7Rmv954kU0+u+HJw96hSN3CtV66Q6r9kQ+c80yVljFlBaFtReO/xNlw7gJWU7dLwsivSARjr gO2orGqMCp7Kk0vk4mfda0wuFNveC0paiy2C9XmzjzH3kFYU90XFEnZA2eqqTY5QAUhG0ku5r 963IASzUs88ScskXsskEvhPnDetyLLg1XfYk5EJ0jlK2mylQaC8nkrdknUPYgFIXXaxGw= X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.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.5 (/) >> The mysterious aspect is (2): Why did window_list skip the *Server* >> window? > > Good question. I plan to set Vwindow_list to nil and call it to see > what happens. This should resolve the mystery. >> What is the value of FRAME_ROOT_WINDOW (f) where f is the >> *Server* frame? What is the name of that window's buffer? > > It's a window containing the buffer "*Server*". So a bad FRAME_ROOT_WINDOW can't be the cause for (2). >> IIUC the *Server* frame does not have a minibuffer window - correct? > > It didn't appear in Vwindow_list, but it does have a minibuffer. > > (gdb) p $116->minibuffer_window > $139 = XIL(0x555556fc8185) > (gdb) xwindow > $140 = (struct window *) 0x555556fc8180 > 84x1+0+59 > (gdb) p $140->contents > $141 = XIL(0x7ffff2a3cb15) > (gdb) xbuffer > $142 = (struct buffer *) 0x7ffff2a3cb10 > 0x7ffff2d244ea " *Minibuf-0*" > > I will note that the window itself is different than the one on the > Vwindow_list with the same contents. Are you sure it's on the same frame as the *Server* window (w->frame gives you that)? What is the value of w->next for the *Server* window? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 13:24:34 2021 Received: (at 47244) by debbugs.gnu.org; 6 Apr 2021 17:24:34 +0000 Received: from localhost ([127.0.0.1]:41568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTpRJ-0005Oy-TN for submit@debbugs.gnu.org; Tue, 06 Apr 2021 13:24:34 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:40078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTpRG-0005Ok-Tq for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 13:24:32 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136HOPid029719; Tue, 6 Apr 2021 13:24:25 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 136HOPid029719 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617729865; bh=s1BqALHq1xRuqBogskXdZtsItSscHi5Bs+qoAtXv884=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=OY7iahV8/H3NjDOMusxr1sUkXPGXt2+lZKPgTuX13qlBh+bVlS6doGN7Y8+6KchMF SBphp6INL81i8gX4x3dhPmKeLqU4HkxSwW0gSHmvSWuhdHUbOTlBz4Ud2gAxSrqkjs UbQygwOsB0bhEYG0xb3J/GEDs/FEKLsUJH9MTNwo= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136HOKdP007085; Tue, 6 Apr 2021 13:24:20 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 136HOJ65025873; Tue, 6 Apr 2021 13:24:19 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 136HOJnF025870; Tue, 6 Apr 2021 13:24:19 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> Date: Tue, 06 Apr 2021 13:24:19 -0400 In-Reply-To: <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> (martin rudalics's message of "Tue, 6 Apr 2021 13:00:37 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > >> The mysterious aspect is (2): Why did window_list skip the *Server* > >> window? > > > > Good question. I plan to set Vwindow_list to nil and call it to see > > what happens. > > This should resolve the mystery. I wish it did. After doing this, Vwindow_list has six entries, one for each selected_window on each frame, and one for each minibuffer window on each frame. This includes the "*Server*" buffer. > >> What is the value of FRAME_ROOT_WINDOW (f) where f is the > >> *Server* frame? What is the name of that window's buffer? > > > > It's a window containing the buffer "*Server*". > > So a bad FRAME_ROOT_WINDOW can't be the cause for (2). > > >> IIUC the *Server* frame does not have a minibuffer window - correct? > > > > It didn't appear in Vwindow_list, but it does have a minibuffer. > > > > (gdb) p $116->minibuffer_window > > $139 = XIL(0x555556fc8185) > > (gdb) xwindow > > $140 = (struct window *) 0x555556fc8180 > > 84x1+0+59 > > (gdb) p $140->contents > > $141 = XIL(0x7ffff2a3cb15) > > (gdb) xbuffer > > $142 = (struct buffer *) 0x7ffff2a3cb10 > > 0x7ffff2d244ea " *Minibuf-0*" > > > > I will note that the window itself is different than the one on the > > Vwindow_list with the same contents. > > Are you sure it's on the same frame as the *Server* window (w->frame > gives you that)? What is the value of w->next for the *Server* window? I am certain. w->next on that window is a minibuffer window. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 06 22:22:14 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 02:22:14 +0000 Received: from localhost ([127.0.0.1]:42678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTxpe-0000GW-G2 for submit@debbugs.gnu.org; Tue, 06 Apr 2021 22:22:14 -0400 Received: from md5i.com ([75.151.244.229]:46878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTxpc-0000GD-0K for 47244@debbugs.gnu.org; Tue, 06 Apr 2021 22:22:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=iDBFpE5ERDG37d0cpVVOMxz/FyQzHeGlp4KB2IM+lx0=; b=ldKbkBiXT292AB9RUN7uBHlKCE YSbstecm98xSM3tmzB7PQQnTOp3hQRJcdMAS7HSmq1/DmrHIHP7+MMWCfOsPppeadUvRKmgJGsmsn J/AEkE8nqFPb5SWMU5NotBcZC; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lTxpU-00443O-G7; Tue, 06 Apr 2021 22:22:04 -0400 From: Michael Welsh Duggan To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> Date: Tue, 06 Apr 2021 22:22:03 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Tue, 06 Apr 2021 13:24:19 -0400") Message-ID: <87czv6q1f8.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , martin rudalics , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Welsh Duggan writes: > martin rudalics writes: > >> >> The mysterious aspect is (2): Why did window_list skip the *Server* >> >> window? >> > >> > Good question. I plan to set Vwindow_list to nil and call it to see >> > what happens. >> >> This should resolve the mystery. > > I wish it did. After doing this, Vwindow_list has six entries, one for > each selected_window on each frame, and one for each minibuffer window > on each frame. This includes the "*Server*" buffer. Just a shot in the dark here. The only way I can think of this occurring (Vwindow_list being too small), is that something modified Vwindow_list when we don't expect it to be modified. I looked through all the uses of Vwindow_list and window_list(), and they all look kosher. The only modification seems to be setting Vwindow_list to nil. But window_list() does call into lisp (nconc2, which calls Fnconc) when constructing Vwindow_list, and it uses Vwindow_list as a temporary in the process. Is it possible that during that call something happens asynchronously (via gc?) that calls something that sets Vwindow_list to nil again, while Vwindow_list is being constructed? I don't think so, off hand, but I'm grasping at straws. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 03:52:57 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 07:52:57 +0000 Received: from localhost ([127.0.0.1]:42972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU2zh-00005N-HF for submit@debbugs.gnu.org; Wed, 07 Apr 2021 03:52:57 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:49768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU2zf-000059-LM for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 03:52:56 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4FFc7p0Rcvz1qtQ1; Wed, 7 Apr 2021 09:52:48 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4FFc7h5pKmz1r18H; Wed, 7 Apr 2021 09:52:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id pn5zFG1Pdfcf; Wed, 7 Apr 2021 09:52:48 +0200 (CEST) X-Auth-Info: raXlwxv1/QnaR63JTpyB19yAPBGHi3aw40//x/7NbZQwQ2HoQi37yl/3qUoUOuEi Received: from igel.home (ppp-46-244-190-7.dynamic.mnet-online.de [46.244.190.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Wed, 7 Apr 2021 09:52:48 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 7D30A2C3225; Wed, 7 Apr 2021 09:52:47 +0200 (CEST) From: Andreas Schwab To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> X-Yow: The SAME WAVE keeps coming in and COLLAPSING like a rayon MUU-MUU.. Date: Wed, 07 Apr 2021 09:52:47 +0200 In-Reply-To: <87czv6q1f8.fsf@md5i.com> (Michael Welsh Duggan's message of "Tue, 06 Apr 2021 22:22:03 -0400") Message-ID: <87tuoih6pc.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 47244 Cc: martin rudalics , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Michael Welsh Duggan 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.4 (-) On Apr 06 2021, Michael Welsh Duggan wrote: > But window_list() does call into lisp (nconc2, which calls Fnconc) when > constructing Vwindow_list, and it uses Vwindow_list as a temporary in > the process. Is it possible that during that call something happens > asynchronously (via gc?) nconc doesn't allocate any lisp data, since it is destructive. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 05:00:47 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 09:00:47 +0000 Received: from localhost ([127.0.0.1]:43070 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU43L-0001vn-62 for submit@debbugs.gnu.org; Wed, 07 Apr 2021 05:00:47 -0400 Received: from mout.gmx.net ([212.227.17.22]:42229) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU43I-0001vX-Uu for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 05:00:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617786031; bh=+jxd5WoZlskQlZNxAzAfH2nundiU7+pLl/Lhi6aTSgM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=T6SQ54HQ+wtzcnIAER2m7if1wPIaU7snYNABZkuU+3Lkvs++zEZ88Y5jINS97K7xD 9IsNG7TtVaGnzTC0ZWH70tvd8tI1mrpypII3ZAWk4LUGu8a9qRFAPAuZWJHGAsPS+b ZPcwlh/MCinSsX5FdCn76Rvwv/kWb8H1ds1P+JKg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.199]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtfJX-1liiLg0hfr-00v5XS; Wed, 07 Apr 2021 11:00:31 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> From: martin rudalics Message-ID: Date: Wed, 7 Apr 2021 11:00:28 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:F3nm1mNT/QTtt7gzKfGGpBDo7x3YqbLyOqU+5kfpUvpti3D7hsD +x53zTDp+Yhawze+4W8Q6HFnYtHV42uPDBpAU48q8nl5wT3d/0rlYaHOiLVMAvlxqwPr7ke +1RxCtMr18syBcA/YuNw/L2sdtQSOyM6Mpn6kvHHalaJCyI4u65VfokqYfTIeRl3JcDnQXo UrMA2wYd8ZtTZ287bAhIQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:r9ICySkgduM=:FIBPSOsqpjfq2ZvodlkuFZ aqTvowKsmwAXOG8wDrOUu9WpLYcwfWoc8lTkuKajbQvNE62+i70v/KJLuzFuBvgX/JrIL17GF +/C8R3YVrbRsFfJ+AONBqlNwG5bt9xWvL5pjLlb83qoYnDw4ln6vOr5j6WI3xu3y5yXROGiLp ffbenKmq+n6QtpV5ehlDcw7weTF8X9oHvJCRYiiLJ2c6r05uxNVn/3CxGbkAwEjXFcJKk4qQV mSrgbBcMP+KpfubO0PzJ9Qn3hyn5cLxBGeUU7i6JRrWf8hUGsAS4dOOaTqPXRSTO1PfsCvhEB XmUDpkykwFwU6m3RxNmgNAgpphsJNlxhmGV6pnnj/4ObU6hExtoKXpZpxhZgSRFB+7aD5KClp mQ8zP2XtUHCEmIwQdPNF7hXVnVbwaTCLnxXlJH129jC+2FHj4Tm6PKji6czrg4WQl23X5DYZc +9YqlvMpfFHK5HuD8RG/Xm1d/lXUI6ARIvFEEnVa/j7LIhhhiCHaSHpN8vfY21/lAhMc72Cq4 6qJQ47R5OAc5hnJ/CY8ElJkWd7w1HXC5zeg5Jnc95C7usuaVJOr2VYF6hM7H6SpKKOBP9FA9U 0ZZiQspZ7sVIY1eWlybq6XfnXEc5w5oecJXUM2P/uRjsdZf2Pli+L3v7aiIG75S+qgcG+gYwn bUZgPHgVzp7o1nLibUyJtf9/CPcdk/KCfYefR2zG27dt+EDhxtyf9q7ifh093CzZ0O4s1Ha9f 2kOre8iCPcCw9Y+9laPkBvY6fo8YikyXDqvOvzif5XPzKPkfp4H2ZTa1Q32p/IjCcI6SmTau+ 4inXrSoigx118fPR5DholPyB58yLudWuOYWhMjFDkl+vha6cWxvYwQysfQtQAN6/8LcPJTkyn QAnY63T7YICu2j3T0VFxXkiJ9sQFpVCY0zYoY5fDcHUD1of6CNDHnRKL+GYEQKi/D2FtIm1Ze uTUNrOMHmhNEDBUTgIICraE2U1jrKAX9ujnXAM5Xt7FPZX9xtf3ZiUq+uJUw9UlFgmrmHu//f sNhmH/08W7yH+MX/mR0acC33gRfsLRKPOMEg1uGwB2XFd6Olc9YlCG3zj6c9/hE6TZGxhKj1b X+wO4jTml/mQ0DBUpOLpX1iscJnyCdlFgMus9ib8QHMNrQ60p4DNlO5eHVYrMo9qnrqhGex4E DlYqqaf6/YxsaR3F/Lyh2I8j6adoafQ7+A868GYL+esl+/ZmZHXOvrC6vYP7rxVrDE8z1sMwb ryfivMJF5SviIuo0N X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I wish it did. After doing this, Vwindow_list has six entries, one for > each selected_window on each frame, and one for each minibuffer window > on each frame. This includes the "*Server*" buffer. Fine. This is the expected behavior (till now I didn't know that each of your frames had its own minibuffer window). It also means that we can dismiss many other potential causes of the behavior you see and concentrate on why Emacs apparently butchers your window list. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 05:00:53 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 09:00:54 +0000 Received: from localhost ([127.0.0.1]:43073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU43R-0001w6-Cv for submit@debbugs.gnu.org; Wed, 07 Apr 2021 05:00:53 -0400 Received: from mout.gmx.net ([212.227.17.21]:50193) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU43P-0001vl-Le for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 05:00:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617786039; bh=Dx/izhZLA9JY969ICa1TDV5RO2yPBsQsDnYO65SkQ9s=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=CIFCn62v9SNxP6FOJYM/OL8wPFjftuExGnMpoIycrQ66YPPDPEJrAlNQpwwEtA9bH Whd/oNuZrQD2OqEeQFd4Ht2FOS5lQ7v/JSyr5zsUh3/6rVZtajhn2Xn3KHTP/VKFsq dlvwwyxW8Wby0MqYfqrtD7erKQMKR0FUjRDRkXsE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.199]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N5VD8-1lfdoC3Zpi-016tcA; Wed, 07 Apr 2021 11:00:38 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan , Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> From: martin rudalics Message-ID: <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> Date: Wed, 7 Apr 2021 11:00:36 +0200 MIME-Version: 1.0 In-Reply-To: <87czv6q1f8.fsf@md5i.com> Content-Type: multipart/mixed; boundary="------------CA01BB873C7F90B14D27E14E" Content-Language: en-US X-Provags-ID: V03:K1:hgWZbbBCIBZwHTQEiMvr+P7VtFarRwZDNnQDcj3gGA7lxoyfDxx w7+2m1vxxToQ8m3CNKRbtTA9BM6jaja6MnZYFrCBfKWWayZqnYXMyKS3mmwpFyZSSwmvR9Z MkePt4Ccj5oGUpkZK8uhLc8KYqmbcrIW6h1I94pm5m82y7ejcXb+dN9Q3MAt3jRP3NuB5Sk qohdDDU9NyWPk1LGgVvlQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:L6TajokQr+c=:6ZampqC5ZYGwYENldq7Ggx hVzmgAI2E8U5Fy0UH5IxXKBoB3kHvwVnk3WSoxig6roKGKbo49W1naUsWDJXF9b1SKUaoshj4 OXT+UlOcnl0nrDD0EpIuElh2P4tt5jU3IT3GJ3gHmMOslT6PT4TwhD/o+kjd8tT/SSEV5pAJL Ixjg698QTXOyDb/wddQvwA/pkfFO3ee2w2Y7sxg0wY4tOqPbwKCr410t6BSbEMkUqjkJkQzLD hYTNczQdFYOTiar4yzASrzbj5jPeToJXlBMlP+jBlTjpv5Z59KAHZE3cbKhrQl3k4iej99cfZ pSy8VHAn5ivZ0xBnhjhXOc3Z6Gt5w6DN777/IDymxMXjXiZ7SdH1WML+U0P5v0bjnFgh6BJE4 /0V+N3Bxlflr2k3JM6iFjfQS6+t/9vIQ91QNXIXn1lq0yguKAjS8Nkfx/uri8MWKEco1/jRvL +U2yUdPETx5ZdV5RA/JNWjKQEHAIDuFvVbdxn3eedTlV096GOvq+o14HfKnn5ocgOUa1xvEea Sg1VLUkmsydG4tEkxGejR9fU4YQNqJRkdZKfedd314Yp6SViH186V6WZPKR0U7es00vkA9uAj m43blRvvuyeX8zTFvkuqm6nrMyUkAZoZdNP0Hg1Ki1hZCP9nAxCQlKMZAo6xjtmU06gwMITi8 liFvmxUzSCg7Vqn1xHYvaDL/jBCc62FE6efPE4Vq3L5w+7bh3wt2v6optRVaRKFBysOooZu1t ZXu+QDGVt6u+HkA+0Co2X+KPaDR2aSNSDmEN1hbfttfdR107sHqNdRhPDUPLvNqZ6BIQ5Lwxx 4/aUf2b7vPliva3UE/QnvDw90Bf0ovBjQg2TU2T1Z0pbIWsDJHJKT7lsEEKVewyqbz0k/UpqF A7deDhbJ6atxbtSyAciYYYhVfkHYlUt0NQzq0C4ydu/PnX+gJGWQ5L+ki2BzlLZEXGha/3Uy6 T31WT2sX+hpgpt3/FerFlYkUkOW9yKd9+rL4kfvfpteHgZghLozXgq7Snxznbsm3uEd/6pmy7 +8NW+f9wWnYprZntI7/AB1zG4kay6InGdWQmedpwBQsLjT015NAfVv6UuXjKebAdYWQZ4Trgw 4/MP9lbIbUwQyWO6wrdBDoMRywEdjPPHoyAGg6HTwkvT6b/RH3VguhJTRfrBFaYKN1ersZxS9 gNXm9igNcNmaLDEt09Pz5Ptq+o5NRK/Uxdp/jTyPK/ArNViquvaS4xAwLgkhjcVGKIuUg6tq7 Q9r2C4IPBPDJSLhsz X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------CA01BB873C7F90B14D27E14E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable > Just a shot in the dark here. The only way I can think of this > occurring (Vwindow_list being too small), is that something modified > Vwindow_list when we don't expect it to be modified. I looked through > all the uses of Vwindow_list and window_list(), and they all look > kosher. The only modification seems to be setting Vwindow_list to nil. > But window_list() does call into lisp (nconc2, which calls Fnconc) when > constructing Vwindow_list, and it uses Vwindow_list as a temporary in > the process. Is it possible that during that call something happens > asynchronously (via gc?) that calls something that sets Vwindow_list > to nil again, while Vwindow_list is being constructed? Improbable but I attached some code that could detect such an incidence. Put a breakpoint at the Vwindow_list =3D window_list_2; line. > I don't think > so, off hand, but I'm grasping at straws. I also added a variable called `window-list-lengths' which records the last 20 or so last changes in the number of windows seen by window_list. Maybe you can detect some strange 2 ~> 6 or 6 ~> 2 change while running Gnus. I'm still not sure whether your daemon setup could be involved somehow. martin --------------CA01BB873C7F90B14D27E14E Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..16c75a13d5 100644 --- a/src/window.c +++ b/src/window.c @@ -307,7 +307,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +319,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +599,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2556,6 +2563,7 @@ window_list (void) if (!CONSP (Vwindow_list)) { Lisp_Object tail, frame; + Lisp_Object window_list_2 =3D Qnil; =20 Vwindow_list =3D Qnil; FOR_EACH_FRAME (tail, frame) @@ -2569,6 +2577,42 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + if (NILP (window_list_lengths)) + window_list_lengths + =3D Fcons (make_fixnum (list_length (Vwindow_list)), Qnil); + else + { + int old_length =3D XFIXNUM (Fcar (window_list_lengths)); + int new_length =3D list_length (Vwindow_list); + + if (old_length !=3D new_length) + { + Lisp_Object twentieth; + + window_list_lengths + =3D Fcons (make_fixnum (new_length), window_list_lengths); + + /* Crop to 20 elements. */ + twentieth =3D Fnthcdr (make_fixnum (20), window_list_lengths); + + if (!NILP (twentieth)) + XSETCDR (twentieth, Qnil); + } + } + + FOR_EACH_FRAME (tail, frame) + { + Lisp_Object arglist =3D Qnil; + + foreach_window (XFRAME (frame), add_window_to_list, &arglist); + arglist =3D Fnreverse (arglist); + window_list_2 =3D nconc2 (window_list_2, arglist); + } + + if (NILP (Fequal (Vwindow_list, window_list_2))) + Vwindow_list =3D window_list_2; + } =20 return Vwindow_list; @@ -2950,6 +2994,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3094,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3459,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3469,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3429,6 +3500,7 @@ replace_buffer_in_windows_safely (Lisp_Object buffe= r) FOR_EACH_FRAME (tail, frame) window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame); } + } =0C /* The following three routines are needed for running a window's @@ -3960,6 +4032,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4128,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5251,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7312,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 @@ -8479,6 +8561,10 @@ syms_of_window (void) displayed after a scrolling operation to be somewhat inaccurate. */); fast_but_imprecise_scrolling =3D false; =20 + DEFVAR_LISP ("window-list-lengths", window_list_lengths, + doc: /* Last lengths of `window-list'. */); + window_list_lengths =3D Qnil; + defsubr (&Sselected_window); defsubr (&Sold_selected_window); defsubr (&Sminibuffer_window); diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------CA01BB873C7F90B14D27E14E-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 08:43:10 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 12:43:10 +0000 Received: from localhost ([127.0.0.1]:43298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU7WY-0001Wt-DK for submit@debbugs.gnu.org; Wed, 07 Apr 2021 08:43:10 -0400 Received: from md5i.com ([75.151.244.229]:50002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU7WW-0001Wg-2m for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 08:43:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=FDrLGC96ptN3g8l35Myr75shJ+OqHFEAZ7Jd/TGkfP8=; b=XWJ2QMHs5DswcBdthoZLBzCJVb OMQb+uWoz3N5HareD9edCkKOiC4C6d+jlYpWxMYKpek5Gu6jl/hI8oJX8w7QLP6CIP0DDugUc/E5e iVqFMh1HaRJ5HuBTajhfEXQ4v; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lU7WO-0046d3-Ci; Wed, 07 Apr 2021 08:43:00 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> Date: Wed, 07 Apr 2021 08:42:59 -0400 In-Reply-To: <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> (martin rudalics's message of "Wed, 7 Apr 2021 11:00:36 +0200") Message-ID: <8735w2p8oc.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >> Just a shot in the dark here. The only way I can think of this >> occurring (Vwindow_list being too small), is that something modified >> Vwindow_list when we don't expect it to be modified. I looked through >> all the uses of Vwindow_list and window_list(), and they all look >> kosher. The only modification seems to be setting Vwindow_list to nil. >> But window_list() does call into lisp (nconc2, which calls Fnconc) when >> constructing Vwindow_list, and it uses Vwindow_list as a temporary in >> the process. Is it possible that during that call something happens >> asynchronously (via gc?) that calls something that sets Vwindow_list >> to nil again, while Vwindow_list is being constructed? > > Improbable but I attached some code that could detect such an > incidence. Put a breakpoint at the > > Vwindow_list = window_list_2; > > line. > >> I don't think >> so, off hand, but I'm grasping at straws. > > I also added a variable called `window-list-lengths' which records the > last 20 or so last changes in the number of windows seen by window_list. > Maybe you can detect some strange 2 ~> 6 or 6 ~> 2 change while running > Gnus. I'm still not sure whether your daemon setup could be involved > somehow. I can run with this, but I am uncertain how I should be using it. What should I be trapping on and looking at? I'm guessing the same process as I used before, but we get another variable we can look at in the process? -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 09:35:25 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 13:35:25 +0000 Received: from localhost ([127.0.0.1]:43329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU8L7-0002q9-HH for submit@debbugs.gnu.org; Wed, 07 Apr 2021 09:35:25 -0400 Received: from mout.gmx.net ([212.227.17.21]:52943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU8L5-0002ps-0p for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 09:35:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617802509; bh=gXcKmI5svzf3RKDp6V0Gjt2O2UdSWxnyrb5fiTJL/PY=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=MrsMjglXZKxnQJT2OuXyUiOWcN2A7aZWDIeY6o5nuVm+fifbsU/a3HCB7f0kgebVu 7Z7FgxxajGG90uLaeazlIBOk0GlsvSn+ZpFgT0TogAtzylbRjOOi9G+5ivTBaLALmU KaFTF0vnGCH1bA8maD1d5+4NeyxTaEI6eQePSHg4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.199]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MzhnN-1lplrJ2fDN-00vdw9; Wed, 07 Apr 2021 15:35:08 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> From: martin rudalics Message-ID: <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> Date: Wed, 7 Apr 2021 15:35:06 +0200 MIME-Version: 1.0 In-Reply-To: <8735w2p8oc.fsf@md5i.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Wm6bSYc4XcGmKx/4lsf5Nl0M8i/O7+ZUTW5r3s9w8YWCeaAUkWM 3Lf+vRyaeXJpB1//poNbsBWZreYR3aaHASAQvSk18dpD8KPaHbN5vYLaI0crrToJ+ErO9fq UuEXJ4vYK4w9dxUzpAfSS1EB+42iIwsPBLV/DxNelOLTRGT76JPMcn2nm5GU9/RUqQmXR3A cs1OMJRsSGcCH5ghLun+A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:SFNui5AZG3Q=:SJXrgZwS2rVkccHvcwVzya N5IvHgn6qANwWb3hQYbWlziqADHlQiEBP41lN9EsHKiPwnQGTcarde+w605Om119/lDcI68lq QXn+SAitKAk/ie7xod8yMC9j2o2jlcX3f5DLMYtP6FkFRQjG0/QvI8amtcFByqnRA2MhTSJbW SWsbEjDX92MLybsvqSf6ECys1t+VJanOb0OfPlDchivFWa8NTKEv5e0GkOclm+DIW3TphAzKr 7Tj62A36kbqUCB47JwQQQBckhU7fnJAfhThPVDYFvDkmn3HFcUCwOBsI+en37gnUGoji80QmT nTLQzG6QT16gK3BY//nrq1aQatd8E+C49bP0BiKVClRI6mlg0BmcBJJVbCZ6ewKOo0ZJhx3Ne BExc14qa5FkdC/ooRsvX9RMpotzMquwt/YDUu8gdLH6nwnRWP5fq5+XH0QEVM+xktKEmSQXcz GEijAv5lKAi9zFdwtL/FDj7xKHeR3x7BiFJDiBU+zEMATo68RrnUofEynmn4FUiaLGoG/AgAb FTVcZHz0avEIemZ+wDbId509mGnpkUlPis4D4RxkjJb9m7Lg1DYEvr4qy85vfiajxBgObGbg7 H88RwAxgzsJIQ5IGOQjU06BqT83wY07FRcCQ6P9UPg4zrrD4ZOObpLJLw/LvQ48Ib82nrIBEo p9H9gyO2qElkKJH/MEgsqQMVvnbGtLiOUMsP79fI/0uUaWzE+ReAH6R3xSAq3eeOfNE3DYLGY Gp4fIFi5OU75AolMbtc5BHsI/ou0nGEQcjI2u0FKp7OSE9t5WMEK2ggwltgEVcGvXvaqbbxGD MBtU2as3f8nN1zSAousSbpcgVHJo8vgjiwFDH4SH4KQoh33zmPU+wgiBlpb5rk2iiqtVcQXBU 9g0DWr9/ghTt7zy4N/csLeT4G2sCLSrl+4SqyCGeDcN8Fh2hglp9gSGjcqAYe5uZRJlZ4sJ/k zuyo9PIJFMBN4Ct4jXlKlWLJ9cvWs3MPtW/KISb9ryE2LVUvBYy7oi9gaaE5s9CLeLSuMuJOW /mwTmBSXzlKPu8i2sMdzQy6460HROyG8vOkQ7Svan/DrrJp+bwqIJoKjrc5JbaztyW8/UA6uL M8LYH00vc0grxwgmQmI6mMpskp993YM1GLj7FppenfaA7br38J9mqSh+Y2+BCAJwSKsX4AEnb TOw1awMjC+/mDs9SAp/JIwxlPRxb8EpsP0Ed5pGh0kNjcPuYyuj/xYo8UoAgIM4z+n8S0= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) > I can run with this, but I am uncertain how I should be using it. What > should I be trapping on and looking at? I'm guessing the same process > as I used before, but we get another variable we can look at in the > process? Occasionally, with your two visible frames setup for Gnus look at its value. So far we only know that it can eventually become 2 and by explicitly setting Vframe_list to nil and triggering a window_list call it gets set to 6. I'd like to know whether it can become 2 earlier and/or we can detect some sort of pattern how it gets set to that value. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 11:30:03 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 15:30:03 +0000 Received: from localhost ([127.0.0.1]:45042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUA83-00067R-A7 for submit@debbugs.gnu.org; Wed, 07 Apr 2021 11:30:03 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:51202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUA7z-00066Q-JK for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 11:30:01 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137FTpSV037957; Wed, 7 Apr 2021 11:29:51 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 137FTpSV037957 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617809391; bh=6IUPXixEEh9R9DWDYhNEW/7xLyd4B0rI1aggjbJlunc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=QoKei6FT41UjOMy0K6HBtWfBCDGdPJMnmGxSuRW0RSK/IPKudsF292ts+PTCeiPT2 N98k3uWS6K/IzyOij45OegfVMtAxXvBIWRswWobK1EAPH5Y4li/yef6/HrwEdacRJr X7KCxgeT2EJhZJklj4RNtSu/E3cd6oRo8X+pKazI= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137FTnux002718; Wed, 7 Apr 2021 11:29:49 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137FTnam017689; Wed, 7 Apr 2021 11:29:49 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137FTnja017686; Wed, 7 Apr 2021 11:29:49 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> Date: Wed, 07 Apr 2021 11:29:49 -0400 In-Reply-To: <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> (martin rudalics's message of "Wed, 7 Apr 2021 09:35:06 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > I can run with this, but I am uncertain how I should be using it. What > > should I be trapping on and looking at? I'm guessing the same process > > as I used before, but we get another variable we can look at in the > > process? > > Occasionally, with your two visible frames setup for Gnus look at its > value. So far we only know that it can eventually become 2 and by > explicitly setting Vframe_list to nil and triggering a window_list call > it gets set to 6. I'd like to know whether it can become 2 earlier > and/or we can detect some sort of pattern how it gets set to that value. Don't know where to go from here, but I have a breakpoint set on replace_buffer_in_windows_safely_count = 0; conditioned on count != 0. I've hit that, and here's some info. Don't know where to go from here, but I'm happy to give more info if requested. Thread 3.1 "emacs" hit Breakpoint 5, replace_buffer_in_windows_safely ( buffer=XIL(0x555556c75c9d)) at ../../master/src/window.c:3477 3477 replace_buffer_in_windows_safely_count = 0; (gdb) p Vwindow_list $1 = XIL(0x555557f034d3) (gdb) p list_length(Vwindow_list) $2 = 2 (gdb) p Vwindow_list $3 = XIL(0x555557f034d3) (gdb) xlist $4 = 0x55555791df75 Lisp_Vectorlike PVEC_WINDOW $5 = (struct window *) 0x55555791df70 100x57+0+0 --- $6 = 0x5555577f28a5 Lisp_Vectorlike PVEC_WINDOW $7 = (struct window *) 0x5555577f28a0 100x1+0+57 --- nil (gdb) p $5->contents $8 = XIL(0x5555579dc345) (gdb) xbuffer $9 = (struct buffer *) 0x5555579dc340 0x555557e69358 "build.py" (gdb) p $7->contents $10 = XIL(0x7ffff2a3cb25) (gdb) xbuffer $11 = (struct buffer *) 0x7ffff2a3cb20 0x7ffff2d244ea " *Minibuf-0*" (gdb) p window_list_lengths $12 = XIL(0x5555575cd343) (gdb) xlist $13 = 0x1a Lisp_Int0 $14 = 6 --- $15 = 0x1e Lisp_Int1 $16 = 7 --- $17 = 0x1a Lisp_Int0 $18 = 6 --- $19 = 0x1e Lisp_Int1 $20 = 7 --- $21 = 0x1a Lisp_Int0 $22 = 6 --- $23 = 0x1e Lisp_Int1 $24 = 7 --- $25 = 0x1a Lisp_Int0 $26 = 6 --- $27 = 0x1e Lisp_Int1 $28 = 7 --- $29 = 0x1a Lisp_Int0 $30 = 6 --- $31 = 0x22 Lisp_Int0 $32 = 8 --- ... $33 = 93825046649712 (gdb) p Vframe_list $34 = XIL(0x5555582da543) (gdb) xlist $35 = 0x555558285545 Lisp_Vectorlike PVEC_FRAME $36 = (struct frame *) 0x555558285540 "build.py" --- $37 = 0x555556fc830d Lisp_Vectorlike PVEC_FRAME $38 = (struct frame *) 0x555556fc8308 "*Server*" --- $39 = 0x555555eff9dd Lisp_Vectorlike PVEC_FRAME $40 = (struct frame *) 0x555555eff9d8 "F1" --- nil -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 12:16:57 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 16:16:57 +0000 Received: from localhost ([127.0.0.1]:45066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUArQ-0007Hn-Oa for submit@debbugs.gnu.org; Wed, 07 Apr 2021 12:16:57 -0400 Received: from mout.gmx.net ([212.227.15.19]:38411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUArO-0007Ha-QY for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 12:16:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617812198; bh=5MPxK2JUOGFhhnCszlmsE0s7xqElRsmMyiXVzFx83Mc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HqvGNBaiWcPyz3PafADmeDUXAdsWyT5IPq8+mNmVzGzBJCrLp7ddremM2X7A2YdJD hZwZV8RatnKFZp60PAN1bppGBanfoed1VSX2w1i5lM2fFowKWgdRp2S9r4EbUMCIdc Pkrm4lC/KsjWIKz8n59lLysWvsTY6SB21SaNAbCI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.199]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mel3n-1m1re42wqL-00amDm; Wed, 07 Apr 2021 18:16:37 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> From: martin rudalics Message-ID: <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 7 Apr 2021 18:16:35 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------B0F930BDFE975DD54EF12AB0" Content-Language: en-US X-Provags-ID: V03:K1:H3L3ndvBMc4TDoC9yV7XYlF6+mJbTKJvKJCiy7OyuiBCL8DwXjt qtZmfJFL+9aVpJTMFXmoe/D2cd67hztr5T5+xTETH5S4ceG/rSkfCgpNpcBXALWwjcQtBgq 1X1srVvS4OvfGd+avxRLeLWpeRxWF3PDiqhmtw3xpVb5uTbIDYdcwerA585GuB9INCi3O7/ ByG7BpYFpKJeIbPFeu7jg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dLDbch7lAAE=:9DzMGq4vUz4RUoHsXxnQac 1wpDXVRHith0RWVqfKsxf0k3Moqrvy8oquxFW0N8APJI5p2GnCiLhkv60Vzaq3DFhqWwbgCzy 7Zl9iAwk3xu544w5tSBba44/cqKg4SlUaVVM6uTBDcBfoC6mSG7iQV+984AC85SHof0sNHAUS UxQQ3LgfGije+j2gNWgDje4PopZPgL+DarJbzgLcMsANKfILXqmz+eMg7GPcZsOjNTTE7kB9f PibLo0THs1FTXVrhpMAsDHvLyWpq1tZ6b245PDEN6+m9ArmKye+y54xMLYIpC4OOZuRKYN7Z6 MWLHrYiPLWtbcUbgjATEy+A8Hu1yOqp32qN32PdKWHLx/yEzpKHmnGrZPtW6ML0wciylGWiYP 1lDX30Kt6NSR0jD+rZ158w/6+TQF3Kl84MvgRSljOFApqakzGU8gjUeGorLbXVvwfMEF6EPii vvEH79eLOuDaFA4+cH91Dq4rIw5tJ3g+DUrPZaQBgs6l/bf4NujtORUDWfhsb8KdaIEDoxuid wpq5aZDpU+VxFpVtdUMKb7vgRSiYJWIxkV4D8lHgBbAv+z20Q712yxCz70cARCR69PDiGkVvQ B2PeRz2MT2s58sDpILTKYuYieQ8jh7xBsjZ4GzmRsb8hkinwldjJCfLJucP3J/Nstpyx+Vy1N Q9XzYmUuyM5y9eMOdzcpaum/X6GYx3M/8k5gcm50+Sjy/5w1K5rr/lY6elmFOjHddu3g94nW0 qEeRsFZsXCTikRAkqcRhnSj1nNi8X7VDDdieo1Pa5VaDTfl2ZCsfcXbTnSJe35RpZwQpGV5Eh 6KbI43MJDj6YaoIwKP4Mi41tbN76xdjdCwCsmvj2pJGwZ4kUP74jnRyz/FT3JLBl/zldbfKKw mOcVqx9tbk8QH5NPJsckea627lLRu4s7iZN6GTOZtxHN953ibWhMS/5/nN20x+2lsUy820lL/ yNanbRjwithJXUTs/QLwHrkPQxEIFP0Aoosk5jq0NqN7epgLdFqTMJzdfOI4jCMmvP5J0hZ1k vR3XVX0PonpcLBS9HIykmrer5fJu4muEDOPZReUyLwbe/JO3Eo8AFMZhlcnhMCyOmuWbNuanf WNCX1mxHO0R7Pgs0Nbt9wmFYQqcHQFtoG7a8M0mV3cfCrJQ7m7uVWsY7DXB6FpNkQGDnV7KYm XB3klaSKDAvEbmSUJGyb5JKXCRm6Db0wB/INomIs+v4wCrPhdnqCTf4syC5/nqrJ8SnWiH5J7 XbsbuJ87k/hTFweYm X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------B0F930BDFE975DD54EF12AB0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > Don't know where to go from here, but I have a breakpoint set on > > replace_buffer_in_windows_safely_count = 0; > > conditioned on count != 0. Good. IIUC this > (gdb) p list_length(Vwindow_list) > $2 = 2 and this > (gdb) xlist > $13 = 0x1a > Lisp_Int0 > $14 = 6 together indicate that Vwindow_list spontaneously shrinks from 6 to 2 elements (which is "impossible" as we know already). Attaching the next patch which should catch this situation automatically. It will still be of no help because we won't catch the one that apparently clobbers that list but hopefully more useful than the previous diff. martin --------------B0F930BDFE975DD54EF12AB0 Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..c6fbe24742 100644 --- a/src/window.c +++ b/src/window.c @@ -87,6 +87,8 @@ by setting it to nil. */ Lisp_Object Vwindow_list; =20 +static int window_list_length =3D 0; + /* True mean window_change_record has to record all live frames. */ static bool window_change_record_frames; =20 @@ -307,7 +309,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +321,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +601,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2569,7 +2578,11 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + window_list_length =3D list_length (Vwindow_list); } + else + eassert (window_list_length =3D=3D list_length (Vwindow_list)); =20 return Vwindow_list; } @@ -2950,6 +2963,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3063,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3428,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3438,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3960,6 +4000,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4096,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5219,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7280,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------B0F930BDFE975DD54EF12AB0-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 13:37:30 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 17:37:30 +0000 Received: from localhost ([127.0.0.1]:45138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUC7M-0000yX-N7 for submit@debbugs.gnu.org; Wed, 07 Apr 2021 13:37:30 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:36444) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUC7G-0000yG-U1 for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 13:37:28 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137HbHQx002600; Wed, 7 Apr 2021 13:37:17 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 137HbHQx002600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617817037; bh=uB5AON7OKLt7EYw4tg/LHuAPC+8h0PLX9GBIVwti5bU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=KZar9LYUU8gxaLzc/bZAlSbFBf2+DCc4EhUzJj36MUwLJZwDuEZjpv/BerzMSAdQy uOPu6BdSgqFXm5zxnsjK2DKPIFw7B8cut/JFmsu72HJGDKxqug6q5/rsXzYbCu58/F wky1YJH95cpBDblH1BoFQuHa84tiJIvawfCWSM0g= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137HbEVS036821; Wed, 7 Apr 2021 13:37:14 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137HbEhc030861; Wed, 7 Apr 2021 13:37:14 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137HbDBm030858; Wed, 7 Apr 2021 13:37:13 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 07 Apr 2021 13:37:13 -0400 In-Reply-To: <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> (martin rudalics's message of "Wed, 7 Apr 2021 12:16:35 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Don't know where to go from here, but I have a breakpoint set on > > > > replace_buffer_in_windows_safely_count =3D 0; > > > > conditioned on count !=3D 0. > > Good. IIUC this > > > (gdb) p list_length(Vwindow_list) > > $2 =3D 2 > > and this > > > (gdb) xlist > > $13 =3D 0x1a > > Lisp_Int0 > > $14 =3D 6 > > together indicate that Vwindow_list spontaneously shrinks from 6 to 2 > elements (which is "impossible" as we know already). Attaching the next > patch which should catch this situation automatically. It will still be > of no help because we won't catch the one that apparently clobbers that > list but hopefully more useful than the previous diff. Triggered. Here's the backtrace: #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at ../../master/src/emacs.c:379 #1 0x00005555557c4aa2 in die (msg=3D0x5555559105c8 "window_list_length =3D=3D list_length (Vwindow_l= ist)", file=3D0x55555590f9cf "../../master/src/window.c", line=3D2585) at ../../master/src/alloc.c:7420 #2 0x000055555564b3ea in window_list () at ../../master/src/window.c:2585 #3 0x000055555564bfec in window_list_1 (window=3DXIL(0x555556f6f995), minibuf=3DXIL(0xc0), all_frames=3DXIL(0x= 30)) at ../../master/src/window.c:2872 tail =3D XIL(0x7ffff26647bd) list =3D XIL(0) rest =3D XIL(0x7ffff26647c0) #4 0x000055555564c332 in Fwindow_list_1 (window=3DXIL(0), minibuf=3DXIL(0), all_frames=3DXIL(0x30)) at ../../master/src/window.c:2946 #5 0x00005555557fdb25 in funcall_subr (subr=3D0x555555dd4960 , numargs=3D3, args=3D0x7fffffff= bfa0) at ../../master/src/eval.c:2992 internal_argbuf =3D=20 {XIL(0x7fffffffbed0), XIL(0x1000000000), XIL(0x555555dd4960), XIL= (0x7fffffffbed8), make_fixnum(23456248746435), XIL(0x10557f41d5), XIL(0x555= 555dd4965), XIL(0x7fffffffbef0)} internal_args =3D 0x7fffffffbfa0 #6 0x00005555557fd593 in Ffuncall (nargs=3D4, args=3D0x7fffffffbf98) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd4965) original_fun =3D XIL(0x2aaa9c71a7a8) funcar =3D XIL(0x7fffffffbf50) numargs =3D 3 val =3D XIL(0x55555792ff75) count =3D 12 #7 0x0000555555856c56 in exec_byte_code (bytestr=3DXIL(0x7ffff277c864), vector=3DXIL(0x7ffff277c80d), maxdepth= =3Dmake_fixnum(8), args_template=3Dmake_fixnum(256), nargs=3D1, args=3D0x7f= ffffffc4b0) at ../../master/src/bytecode.c:632 op =3D 3 type =3D (CATCHER_ALL | unknown: 0x20) targets =3D=20 {0x555555859aeb , 0x555555859b10 , 0x555555859b12 , 0x555555859b14 , 0x555555859b16 , 0x555555859b16 , 0x555555859b7b , 0x555555859bef <= exec_byte_code+15479>, 0x555555856516 , 0x555555856518= , 0x55555585651a , 0x55555585651= c , 0x55555585651e , 0x5555558565= 1e , 0x555555856524 , 0x555555856= 4e5 , 0x55555585693c , 0x55555585= 693e , 0x555555856940 , 0x5555558= 56942 , 0x555555856944 , 0x555555= 856944 , 0x555555856979 , 0x55555= 585694a , 0x555555856b6e , 0x5555= 55856b70 , 0x555555856b72 , 0x555= 555856b74 , 0x555555856b76 , 0x55= 5555856b76 , 0x555555856b28 , 0x5= 55555856b3f , 0x555555856c23 , 0x= 555555856c25 , 0x555555856c27 , 0= x555555856c29 , 0x555555856c2b , = 0x555555856c2b , 0x555555856bdd ,= 0x555555856bf4 , 0x555555856cd5 = , 0x555555856cd7 , 0x555555856cd9 , 0x555555856cdb , 0x555555856cdd , 0x555555856cdd , 0x555555856c8f , 0x555555856ca6 , 0x55555585753d , 0x555555857420 , 0x555555857417 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555857777 , 0x55555585788d , 0x5555558578ea , 0x55555585794a , 0x5555558579ac , 0x555555856795 , 0x555555856810 , 0x555555857a25 , 0x5555558566d2 , 0x555555856878 , 0x555555857a8d , 0x555555857af5 , 0x555555857b3d , 0x555555857ba5 , 0x555555857c0b <= exec_byte_code+7315>, 0x555555857cf1 , 0x555555857d39 = , 0x555555857da1 , 0x555555857e26= , 0x555555857e6e , 0x555555857eb= 6 , 0x555555857f1e , 0x555555857f= 86 , 0x555555857fee , 0x555555858= 073 , 0x5555558580c2 , 0x55555585= 8111 , 0x5555558581d8 , 0x5555558= 582d1 , 0x5555558583ca , 0x555555= 858437 , 0x5555558584a4 , 0x55555= 5858511 , 0x55555585857e , 0x5555= 558585eb , 0x55555585863a , 0x555= 555858734 , 0x555555858783 , 0x= 5555558587d2 , 0x555555858821 ,= 0x555555858927 , 0x555555857297 , 0x555555858982 , 0x5555558589ca , 0x555555858a8c , 0x555555858af5 , 0x555555858b50 , 0x555555858b98 , 0x555555858bdb , 0x555555858c1e , 0x555555858c69 , 0x555555859aeb , 0x555555858cc1 , 0x555555858d04 , 0x555555858d47 , 0x555555858d8a = , 0x555555858dcd , 0x555555858e= 10 , 0x555555857297 , 0x55555585= 9aeb , 0x555555858e58 , 0x55555= 5858eaa , 0x555555858ef2 , 0x55= 5555858f3a , 0x555555858fa2 , 0= x55555585900a , 0x555555859052 = , 0x55555585910f , 0x555555859177 , 0x5555558591df , 0x555555859247 , 0x55555585928a , 0x555555859aeb , 0x5555558571dd , 0x555555856d87 , 0x555555856640 , 0x555555856e38 , 0x555555856ebc , 0x555555856f3d , 0x555555857191 , 0x5555558571a6 , 0x555555856ad5 , 0x555555857260 , 0x5555558572ce , 0x55555585735f , 0x5555558573a8 , 0x555555857589 , 0x555555857606 , 0x55555585768b , 0x5555558576f1 , 0x555555856d39 , 0x5555558592d2 , 0x555555859357 <= exec_byte_code+13279>, 0x55555585939f , 0x5555558593e= 7 , 0x55555585942f , 0x55555585= 9477 , 0x5555558594df , 0x55555= 5859547 , 0x5555558595af , 0x55= 5555859617 , 0x555555859760 , 0= x5555558597c8 , 0x555555859830 = , 0x555555859878 , 0x5555558598e0 , 0x555555859948 , 0x555555859990 , 0x5555558599d8 , 0x555555858870 , 0x5555558588bf , 0x555555859a27 , 0x555555859a89 , 0x555555859aeb , 0x555555856fbe , 0x555555856fdb , 0x55555585704a , 0x5555558570b9 , 0x555555857125 , 0x555555857c79 , 0x555555858160 , 0x555555858a14 , 0x555555859c82 , 0x555555859cf7= , 0x555555859aeb , 0x555555859= aeb , 0x555555859d8d , 0x555555= 859e14 , 0x555555859aeb , 0x555= 555859aeb , 0x555555859aeb , 0x= 555555859aeb , 0x555555859aeb ,= 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859f62 } const_length =3D 10 bytestr_length =3D 56 vectorp =3D 0x7ffff277c810 quitcounter =3D 1 '\001' stack_items =3D 9 sa_avail =3D 16256 sa_count =3D 12 alloc =3D 0x7fffffffbf80 stack_base =3D 0x7fffffffbf80 top =3D 0x7fffffffbf98 stack_lim =3D 0x7fffffffbfc8 bytestr_data =3D 0x7fffffffbfc8 "\300\001!\301\302\211\303#\211\205= \067" pc =3D 0x7fffffffbfd0 "\211\205\067" count =3D 12 result =3D XIL(0xc557d245f) #8 0x00005555557fdd7e in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff277c7b= 5), syms_left=3Dmake_fixnum(256), nargs=3D1, args=3D0x7fffffffc4a8) at ../.= ./master/src/eval.c:3036 #9 0x00005555557fe204 in funcall_lambda (fun=3DXIL(0x7ffff277c7b5), nargs= =3D1, arg_vector=3D0x7fffffffc4a8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffc420) syms_left =3D make_fixnum(256) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 12 i =3D 93824994985742 optional =3D false rest =3D false #10 0x00005555557fd5d7 in Ffuncall (nargs=3D2, args=3D0x7fffffffc4a0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff277c7b5) original_fun =3D XIL(0xbd60) funcar =3D XIL(0x7fffffffc470) numargs =3D 1 val =3D XIL(0x555555e63080) count =3D 11 #11 0x00005555557fcda1 in call1 (fn=3DXIL(0xbd60), arg1=3DXIL(0x55555792ff7= 5)) at ../../master/src/eval.c:2774 #12 0x000055555564d83c in replace_buffer_in_windows (buffer=3DXIL(0x5555579= 2ff75)) at ../../master/src/window.c:3430 #13 0x0000555555758d98 in Fkill_buffer (buffer_or_name=3DXIL(0x55555792ff75= )) at ../../master/src/buffer.c:1830 buffer =3D XIL(0x55555792ff75) b =3D 0x55555792ff70 tem =3D make_fixnum(23456248581479) m =3D 0x7fffffffc5f0 #14 0x00005555557fdacb in funcall_subr (subr=3D0x555555dd9ce0 , numargs=3D1, args=3D0x7fffffffc710) at ../../master/src/eval.c:2987 internal_argbuf =3D {XIL(0x7fffffffc650), XIL(0x1000000000), XIL(0x= 555555dd9ce0), XIL(0x7fffffffc658), make_fixnum(23456248746435), XIL(0x1055= 7f41d5), XIL(0x555555dd9ce5), XIL(0x7fffffffc670)} internal_args =3D 0x7fffffffc710 #15 0x00005555557fd593 in Ffuncall (nargs=3D2, args=3D0x7fffffffc708) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd9ce5) original_fun =3D XIL(0x2aaa9c7147c0) funcar =3D XIL(0x7fffffffc6d0) numargs =3D 1 val =3D XIL(0x7fffffffc6f0) count =3D 10 #16 0x0000555555856c56 in exec_byte_code (bytestr=3DXIL(0x7ffff25c7454), ve= ctor=3DXIL(0x555558229a65), maxdepth=3Dmake_fixnum(2), args_template=3Dmake= _fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../master/src/bytecode.= c:632 op =3D 1 type =3D (CONDITION_CASE | unknown: 0x5588e68c) targets =3D {0x555555859aeb , 0x555555859b10 = , 0x555555859b12 , 0x555555859b= 14 , 0x555555859b16 , 0x5555558= 59b16 , 0x555555859b7b , 0x5555= 55859bef , 0x555555856516 , 0x55= 5555856518 , 0x55555585651a , 0x5= 5555585651c , 0x55555585651e , 0x= 55555585651e , 0x555555856524 , 0= x5555558564e5 , 0x55555585693c , = 0x55555585693e , 0x555555856940 ,= 0x555555856942 , 0x555555856944 = , 0x555555856944 , 0x555555856979 , 0x55555585694a , 0x555555856b6e , 0x555555856b70 , 0x555555856b72 , 0x555555856b74 , 0x555555856b76 , 0x555555856b76 , 0x555555856b28 , 0x555555856b3f , 0x555555856c23 , 0x555555856c25 , 0x555555856c27 , 0x555555856c29 , 0x555555856c2b , 0x555555856c2b , 0x555555856bdd , 0x555555856bf4 , 0x555555856cd5 , 0x555555856cd7 , 0x555555856cd9 , 0x555555856cdb , 0x555555856cdd , 0x555555856cdd , 0x555555856c8f , 0x555555856ca6 , 0x55555585753d , 0x555555857420 , 0x555555857417 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb <= exec_byte_code+15219>, 0x555555859aeb , 0x55555585777= 7 , 0x55555585788d , 0x5555558578= ea , 0x55555585794a , 0x555555857= 9ac , 0x555555856795 , 0x55555585= 6810 , 0x555555857a25 , 0x5555558= 566d2 , 0x555555856878 , 0x555555= 857a8d , 0x555555857af5 , 0x55555= 5857b3d , 0x555555857ba5 , 0x5555= 55857c0b , 0x555555857cf1 , 0x555= 555857d39 , 0x555555857da1 , 0x55= 5555857e26 , 0x555555857e6e , 0x5= 55555857eb6 , 0x555555857f1e , 0x= 555555857f86 , 0x555555857fee , 0= x555555858073 , 0x5555558580c2 , = 0x555555858111 , 0x5555558581d8 ,= 0x5555558582d1 , 0x5555558583ca = , 0x555555858437 , 0x5555558584a4 , 0x555555858511 , 0x55555585857e , 0x5555558585eb , 0x55555585863a , 0x555555858734 , 0x555555858783 , 0x5555558587d2 , 0x555555858821 , 0x555555858927 , 0x555555857297 , 0x555555858982 , 0x5555558589ca , 0x555555858a8c , 0x555555858af5 , 0x555555858b50 , 0x555555858b98 , 0x555555858bdb , 0x555555858c1e= , 0x555555858c69 , 0x555555859= aeb , 0x555555858cc1 , 0x555555= 858d04 , 0x555555858d47 , 0x555= 555858d8a , 0x555555858dcd , 0x= 555555858e10 , 0x555555857297 , = 0x555555859aeb , 0x555555858e58 , 0x555555858eaa , 0x555555858ef2 , 0x555555858f3a , 0x555555858fa2 , 0x55555585900a , 0x555555859052 , 0x55555585910f , 0x555555859177 , 0x5555558591df , 0x555555859247 , 0x55555585928a , 0x555555859aeb , 0x5555558571dd , 0x555555856d87 <= exec_byte_code+3599>, 0x555555856640 , 0x555555856e38 = , 0x555555856ebc , 0x555555856f3d= , 0x555555857191 , 0x5555558571a= 6 , 0x555555856ad5 , 0x5555558572= 60 , 0x5555558572ce , 0x555555857= 35f , 0x5555558573a8 , 0x55555585= 7589 , 0x555555857606 , 0x5555558= 5768b , 0x5555558576f1 , 0x555555= 856d39 , 0x5555558592d2 , 0x5555= 55859357 , 0x55555585939f , 0x5= 555558593e7 , 0x55555585942f , = 0x555555859477 , 0x5555558594df , 0x555555859547 , 0x5555558595af , 0x555555859617 , 0x555555859760 , 0x5555558597c8 , 0x555555859830 , 0x555555859878 , 0x5555558598e0 , 0x555555859948 , 0x555555859990 , 0x5555558599d8 , 0x555555858870 , 0x5555558588bf , 0x555555859a27 = , 0x555555859a89 , 0x555555859a= eb , 0x555555856fbe , 0x55555585= 6fdb , 0x55555585704a , 0x5555558= 570b9 , 0x555555857125 , 0x555555= 857c79 , 0x555555858160 , 0x55555= 5858a14 , 0x555555859c82 , 0x55= 5555859cf7 , 0x555555859aeb , 0= x555555859aeb , 0x555555859d8d = , 0x555555859e14 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859f62 } const_length =3D 3 bytestr_length =3D 10 vectorp =3D 0x555558229a68 quitcounter =3D 1 '\001' stack_items =3D 3 sa_avail =3D 16350 sa_count =3D 10 alloc =3D 0x7fffffffc700 stack_base =3D 0x7fffffffc700 top =3D 0x7fffffffc708 stack_lim =3D 0x7fffffffc718 bytestr_data =3D 0x7fffffffc718 "\301\300!\205\t" pc =3D 0x7fffffffc721 "\207\377\377\377\177" count =3D 10 result =3D XIL(0x9) #17 0x00005555557fdd7e in fetch_and_exec_byte_code (fun=3DXIL(0x555557821b4= d), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../= master/src/eval.c:3036 #18 0x00005555557fe204 in funcall_lambda (fun=3DXIL(0x555557821b4d), nargs= =3D0, arg_vector=3D0x7fffffffcbc0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffcb40) syms_left =3D make_fixnum(0) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985742 optional =3D false rest =3D false #19 0x00005555557fd5d7 in Ffuncall (nargs=3D1, args=3D0x7fffffffcbb8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x555557821b4d) original_fun =3D XIL(0x555557821b4d) funcar =3D XIL(0x7fffffffcb70) numargs =3D 0 val =3D XIL(0x555555e63080) count =3D 9 #20 0x0000555555855f75 in bcall0 (f=3DXIL(0x555557821b4d)) at ../../master/= src/bytecode.c:340 #21 0x00005555557ffa0b in do_one_unbind (this_binding=3D0x7fffffffcc30, unw= inding=3Dtrue, bindflag=3DSET_INTERNAL_UNBIND) at ../../master/src/eval.c:3= 575 #22 0x00005555557ffe37 in unbind_to (count=3D8, value=3DXIL(0)) at ../../ma= ster/src/eval.c:3713 this_binding =3D { kind =3D SPECPDL_UNWIND, unwind =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555855f58 , arg =3D XIL(0x555557821b4d), eval_depth =3D 4 }, unwind_array =3D { kind =3D SPECPDL_UNWIND, nelts =3D 93824995385176, array =3D 0x555557821b4d }, unwind_ptr =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555855f58 , arg =3D 0x555557821b4d }, unwind_int =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555855f58 , arg =3D 1468144461 }, unwind_intmax =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555855f58 , arg =3D 93825028725581 }, unwind_excursion =3D { kind =3D SPECPDL_UNWIND, marker =3D XIL(0x555555855f58), window =3D XIL(0x555557821b4d) }, unwind_void =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555855f58 }, let =3D { kind =3D SPECPDL_UNWIND, symbol =3D XIL(0x555555855f58), old_value =3D XIL(0x555557821b4d), where =3D XIL(0x4), saved_value =3D XIL(0) }, bt =3D { kind =3D SPECPDL_UNWIND, debug_on_exit =3D false, function =3D XIL(0x555555855f58), args =3D 0x555557821b4d, nargs =3D 4 } } quitf =3D XIL(0) #23 0x0000555555856d07 in exec_byte_code (bytestr=3DXIL(0x7ffff2908874), ve= ctor=3DXIL(0x7ffff2908525), maxdepth=3Dmake_fixnum(23), args_template=3Dmak= e_fixnum(257), nargs=3D1, args=3D0x7fffffffd3e0) at ../../master/src/byteco= de.c:652 op =3D 2 type =3D (unknown: 0xffffd230) targets =3D {0x555555859aeb , 0x555555859b10 = , 0x555555859b12 , 0x555555859b= 14 , 0x555555859b16 , 0x5555558= 59b16 , 0x555555859b7b , 0x5555= 55859bef , 0x555555856516 , 0x55= 5555856518 , 0x55555585651a , 0x5= 5555585651c , 0x55555585651e , 0x= 55555585651e , 0x555555856524 , 0= x5555558564e5 , 0x55555585693c , = 0x55555585693e , 0x555555856940 ,= 0x555555856942 , 0x555555856944 = , 0x555555856944 , 0x555555856979 , 0x55555585694a , 0x555555856b6e , 0x555555856b70 , 0x555555856b72 , 0x555555856b74 , 0x555555856b76 , 0x555555856b76 , 0x555555856b28 , 0x555555856b3f , 0x555555856c23 , 0x555555856c25 , 0x555555856c27 , 0x555555856c29 , 0x555555856c2b , 0x555555856c2b , 0x555555856bdd , 0x555555856bf4 , 0x555555856cd5 , 0x555555856cd7 , 0x555555856cd9 , 0x555555856cdb , 0x555555856cdd , 0x555555856cdd , 0x555555856c8f , 0x555555856ca6 , 0x55555585753d , 0x555555857420 , 0x555555857417 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb <= exec_byte_code+15219>, 0x555555859aeb , 0x55555585777= 7 , 0x55555585788d , 0x5555558578= ea , 0x55555585794a , 0x555555857= 9ac , 0x555555856795 , 0x55555585= 6810 , 0x555555857a25 , 0x5555558= 566d2 , 0x555555856878 , 0x555555= 857a8d , 0x555555857af5 , 0x55555= 5857b3d , 0x555555857ba5 , 0x5555= 55857c0b , 0x555555857cf1 , 0x555= 555857d39 , 0x555555857da1 , 0x55= 5555857e26 , 0x555555857e6e , 0x5= 55555857eb6 , 0x555555857f1e , 0x= 555555857f86 , 0x555555857fee , 0= x555555858073 , 0x5555558580c2 , = 0x555555858111 , 0x5555558581d8 ,= 0x5555558582d1 , 0x5555558583ca = , 0x555555858437 , 0x5555558584a4 , 0x555555858511 , 0x55555585857e , 0x5555558585eb , 0x55555585863a , 0x555555858734 , 0x555555858783 , 0x5555558587d2 , 0x555555858821 , 0x555555858927 , 0x555555857297 , 0x555555858982 , 0x5555558589ca , 0x555555858a8c , 0x555555858af5 , 0x555555858b50 , 0x555555858b98 , 0x555555858bdb , 0x555555858c1e= , 0x555555858c69 , 0x555555859= aeb , 0x555555858cc1 , 0x555555= 858d04 , 0x555555858d47 , 0x555= 555858d8a , 0x555555858dcd , 0x= 555555858e10 , 0x555555857297 , = 0x555555859aeb , 0x555555858e58 , 0x555555858eaa , 0x555555858ef2 , 0x555555858f3a , 0x555555858fa2 , 0x55555585900a , 0x555555859052 , 0x55555585910f , 0x555555859177 , 0x5555558591df , 0x555555859247 , 0x55555585928a , 0x555555859aeb , 0x5555558571dd , 0x555555856d87 <= exec_byte_code+3599>, 0x555555856640 , 0x555555856e38 = , 0x555555856ebc , 0x555555856f3d= , 0x555555857191 , 0x5555558571a= 6 , 0x555555856ad5 , 0x5555558572= 60 , 0x5555558572ce , 0x555555857= 35f , 0x5555558573a8 , 0x55555585= 7589 , 0x555555857606 , 0x5555558= 5768b , 0x5555558576f1 , 0x555555= 856d39 , 0x5555558592d2 , 0x5555= 55859357 , 0x55555585939f , 0x5= 555558593e7 , 0x55555585942f , = 0x555555859477 , 0x5555558594df , 0x555555859547 , 0x5555558595af , 0x555555859617 , 0x555555859760 , 0x5555558597c8 , 0x555555859830 , 0x555555859878 , 0x5555558598e0 , 0x555555859948 , 0x555555859990 , 0x5555558599d8 , 0x555555858870 , 0x5555558588bf , 0x555555859a27 = , 0x555555859a89 , 0x555555859a= eb , 0x555555856fbe , 0x55555585= 6fdb , 0x55555585704a , 0x5555558= 570b9 , 0x555555857125 , 0x555555= 857c79 , 0x555555858160 , 0x55555= 5858a14 , 0x555555859c82 , 0x55= 5555859cf7 , 0x555555859aeb , 0= x555555859aeb , 0x555555859d8d = , 0x555555859e14 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859f62 } const_length =3D 51 bytestr_length =3D 494 vectorp =3D 0x7ffff2908528 quitcounter =3D 59 ';' stack_items =3D 24 sa_avail =3D 15698 sa_count =3D 7 alloc =3D 0x7fffffffcc80 stack_base =3D 0x7fffffffcc80 top =3D 0x7fffffffccb0 stack_lim =3D 0x7fffffffcd40 bytestr_data =3D 0x7fffffffcd40 "\211??\205\355\001\b\302p\001\031\= 303\304\302\"r\211q\210\305\306\002\"\216\004c\210eb\210`dW\203\345\001`=C7= =89\211\211g\310U\203\234\001\311\061:" pc =3D 0x7fffffffcf28 "\262\001)\266\203\207" count =3D 7 result =3D XIL(0) #24 0x00005555557fdd7e in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff29084f= 5), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7fffffffd3d8) at ../.= ./master/src/eval.c:3036 #25 0x00005555557fe204 in funcall_lambda (fun=3DXIL(0x7ffff29084f5), nargs= =3D1, arg_vector=3D0x7fffffffd3d8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd350) syms_left =3D make_fixnum(257) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 7 i =3D 93824994985742 optional =3D false rest =3D false #26 0x00005555557fd5d7 in Ffuncall (nargs=3D2, args=3D0x7fffffffd3d0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff29084f5) original_fun =3D XIL(0xcff0) funcar =3D XIL(0x555555e63080) numargs =3D 1 val =3D XIL(0x5af0) count =3D 6 #27 0x00005555557fcda1 in call1 (fn=3DXIL(0xcff0), arg1=3DXIL(0x55555623208= 4)) at ../../master/src/eval.c:2774 #28 0x0000555555830f9f in print_error_message (data=3DXIL(0x5555584b93b3), = stream=3DXIL(0x30), context=3D0x7ffff2c64148 "", caller=3DXIL(0)) at ../../= master/src/print.c:944 error_conditions =3D XIL(0x7ffff2c2da13) errname =3D XIL(0xb820) errmsg =3D XIL(0x55555571d57f) file_error =3D XIL(0x7fffffffd4c0) tail =3D XIL(0x30) #29 0x000055555572094e in Fcommand_error_default_function (data=3DXIL(0x555= 5584b93b3), context=3DXIL(0x7ffff25734c4), signal=3DXIL(0)) at ../../master= /src/keyboard.c:1032 sf =3D 0x555556f6f728 #30 0x00005555557fdb25 in funcall_subr (subr=3D0x555555dd86a0 , numargs=3D3, args=3D0x7fffffffd628) at ../../master/s= rc/eval.c:2992 internal_argbuf =3D {XIL(0x7fffffffd570), XIL(0x1000000000), XIL(0x= 555555dd86a0), XIL(0x7fffffffd578), make_fixnum(23456248746435), XIL(0x1055= 7f41d5), XIL(0x555555dd86a5), XIL(0x7fffffffd590)} internal_args =3D 0x7fffffffd628 #31 0x00005555557fd593 in Ffuncall (nargs=3D4, args=3D0x7fffffffd620) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd86a5) original_fun =3D XIL(0x2aaa9ccc8548) funcar =3D XIL(0x7fffffffd5f0) numargs =3D 3 val =3D XIL(0x7fffffffd610) count =3D 5 #32 0x00005555557fc6b7 in Fapply (nargs=3D2, args=3D0x7fffffffd7e8) at ../.= ./master/src/eval.c:2544 i =3D 4 funcall_nargs =3D 4 funcall_args =3D 0x7fffffffd620 spread_arg =3D XIL(0) fun =3D XIL(0x555555dd86a5) sa_avail =3D 16352 sa_count =3D 5 numargs =3D 3 retval =3D XIL(0) #33 0x00005555557fd9bc in funcall_subr (subr=3D0x555555de04a0 , num= args=3D2, args=3D0x7fffffffd7e8) at ../../master/src/eval.c:2967 #34 0x00005555557fd593 in Ffuncall (nargs=3D3, args=3D0x7fffffffd7e0) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555de04a5) original_fun =3D XIL(0x2d60) funcar =3D XIL(0x7fffffffd7a0) numargs =3D 2 val =3D XIL(0x7fffffffdcc8) count =3D 4 #35 0x0000555555856c56 in exec_byte_code (bytestr=3DXIL(0x7ffff258f0e4), ve= ctor=3DXIL(0x7ffff2c1d0fd), maxdepth=3Dmake_fixnum(5), args_template=3Dmake= _fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../../master/src/bytecod= e.c:632 op =3D 2 type =3D (unknown: 0xffffdb10) targets =3D {0x555555859aeb , 0x555555859b10 = , 0x555555859b12 , 0x555555859b= 14 , 0x555555859b16 , 0x5555558= 59b16 , 0x555555859b7b , 0x5555= 55859bef , 0x555555856516 , 0x55= 5555856518 , 0x55555585651a , 0x5= 5555585651c , 0x55555585651e , 0x= 55555585651e , 0x555555856524 , 0= x5555558564e5 , 0x55555585693c , = 0x55555585693e , 0x555555856940 ,= 0x555555856942 , 0x555555856944 = , 0x555555856944 , 0x555555856979 , 0x55555585694a , 0x555555856b6e , 0x555555856b70 , 0x555555856b72 , 0x555555856b74 , 0x555555856b76 , 0x555555856b76 , 0x555555856b28 , 0x555555856b3f , 0x555555856c23 , 0x555555856c25 , 0x555555856c27 , 0x555555856c29 , 0x555555856c2b , 0x555555856c2b , 0x555555856bdd , 0x555555856bf4 , 0x555555856cd5 , 0x555555856cd7 , 0x555555856cd9 , 0x555555856cdb , 0x555555856cdd , 0x555555856cdd , 0x555555856c8f , 0x555555856ca6 , 0x55555585753d , 0x555555857420 , 0x555555857417 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb <= exec_byte_code+15219>, 0x555555859aeb , 0x55555585777= 7 , 0x55555585788d , 0x5555558578= ea , 0x55555585794a , 0x555555857= 9ac , 0x555555856795 , 0x55555585= 6810 , 0x555555857a25 , 0x5555558= 566d2 , 0x555555856878 , 0x555555= 857a8d , 0x555555857af5 , 0x55555= 5857b3d , 0x555555857ba5 , 0x5555= 55857c0b , 0x555555857cf1 , 0x555= 555857d39 , 0x555555857da1 , 0x55= 5555857e26 , 0x555555857e6e , 0x5= 55555857eb6 , 0x555555857f1e , 0x= 555555857f86 , 0x555555857fee , 0= x555555858073 , 0x5555558580c2 , = 0x555555858111 , 0x5555558581d8 ,= 0x5555558582d1 , 0x5555558583ca = , 0x555555858437 , 0x5555558584a4 , 0x555555858511 , 0x55555585857e , 0x5555558585eb , 0x55555585863a , 0x555555858734 , 0x555555858783 , 0x5555558587d2 , 0x555555858821 , 0x555555858927 , 0x555555857297 , 0x555555858982 , 0x5555558589ca , 0x555555858a8c , 0x555555858af5 , 0x555555858b50 , 0x555555858b98 , 0x555555858bdb , 0x555555858c1e= , 0x555555858c69 , 0x555555859= aeb , 0x555555858cc1 , 0x555555= 858d04 , 0x555555858d47 , 0x555= 555858d8a , 0x555555858dcd , 0x= 555555858e10 , 0x555555857297 , = 0x555555859aeb , 0x555555858e58 , 0x555555858eaa , 0x555555858ef2 , 0x555555858f3a , 0x555555858fa2 , 0x55555585900a , 0x555555859052 , 0x55555585910f , 0x555555859177 , 0x5555558591df , 0x555555859247 , 0x55555585928a , 0x555555859aeb , 0x5555558571dd , 0x555555856d87 <= exec_byte_code+3599>, 0x555555856640 , 0x555555856e38 = , 0x555555856ebc , 0x555555856f3d= , 0x555555857191 , 0x5555558571a= 6 , 0x555555856ad5 , 0x5555558572= 60 , 0x5555558572ce , 0x555555857= 35f , 0x5555558573a8 , 0x55555585= 7589 , 0x555555857606 , 0x5555558= 5768b , 0x5555558576f1 , 0x555555= 856d39 , 0x5555558592d2 , 0x5555= 55859357 , 0x55555585939f , 0x5= 555558593e7 , 0x55555585942f , = 0x555555859477 , 0x5555558594df , 0x555555859547 , 0x5555558595af , 0x555555859617 , 0x555555859760 , 0x5555558597c8 , 0x555555859830 , 0x555555859878 , 0x5555558598e0 , 0x555555859948 , 0x555555859990 , 0x5555558599d8 , 0x555555858870 , 0x5555558588bf , 0x555555859a27 = , 0x555555859a89 , 0x555555859a= eb , 0x555555856fbe , 0x55555585= 6fdb , 0x55555585704a , 0x5555558= 570b9 , 0x555555857125 , 0x555555= 857c79 , 0x555555858160 , 0x55555= 5858a14 , 0x555555859c82 , 0x55= 5555859cf7 , 0x555555859aeb , 0= x555555859aeb , 0x555555859d8d = , 0x555555859e14 , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859aeb , 0x555555859f62 } const_length =3D 4 bytestr_length =3D 10 vectorp =3D 0x7ffff2c1d100 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16326 sa_count =3D 4 alloc =3D 0x7fffffffd7d0 stack_base =3D 0x7fffffffd7d0 top =3D 0x7fffffffd7e0 stack_lim =3D 0x7fffffffd800 bytestr_data =3D 0x7fffffffd800 "\300\302\002\"\300\301\003\"\210\2= 07" pc =3D 0x7fffffffd804 "\300\301\003\"\210\207" count =3D 4 result =3D XIL(0x5555557f41d5) #36 0x00005555557fdd7e in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2c1d0c= d), syms_left=3Dmake_fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../.= ./master/src/eval.c:3036 #37 0x00005555557fe204 in funcall_lambda (fun=3DXIL(0x7ffff2c1d0cd), nargs= =3D3, arg_vector=3D0x7fffffffdcc8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdc30) syms_left =3D make_fixnum(128) next =3D make_fixnum(2) lexenv =3D XIL(0x1800000003) count =3D 4 i =3D 93824994985742 optional =3D false rest =3D false #38 0x00005555557fd5d7 in Ffuncall (nargs=3D4, args=3D0x7fffffffdcc0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2c1d0cd) original_fun =3D XIL(0x7ffff2c1d0cd) funcar =3D XIL(0x7fffffffdc70) numargs =3D 3 val =3D XIL(0x7fffffffdc90) count =3D 3 #39 0x00005555557fce2b in call3 (fn=3DXIL(0x7ffff2c1d0cd), arg1=3DXIL(0x555= 5584b93b3), arg2=3DXIL(0x7ffff25734c4), arg3=3DXIL(0)) at ../../master/src/= eval.c:2788 #40 0x0000555555720769 in cmd_error_internal (data=3DXIL(0x5555584b93b3), c= ontext=3D0x7fffffffdd70 "") at ../../master/src/keyboard.c:987 #41 0x0000555555720637 in cmd_error (data=3DXIL(0x5555584b93b3)) at ../../m= aster/src/keyboard.c:956 old_level =3D XIL(0) old_length =3D XIL(0) macroerror =3D "\000\000\000\000\000\000\000\000\360\350\365UUU\000= \000\260\335\377\377\001\000\000\000\002\000\000\000\000\000\000\000\000x\0= 00\000\000\000\000\000\230\227\177UUU\000\000\360h" #42 0x00005555557f9347 in internal_condition_case (bfun=3D0x555555720ec1 , handlers=3DXIL(0x90), hfun=3D0x5555557204e4 ) at= ../../master/src/eval.c:1435 val =3D XIL(0x5555584b93b3) c =3D 0x555555f5e8f0 #43 0x0000555555720ab1 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #44 0x00005555557f875f in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 5720a84 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f47770 #45 0x0000555555720a50 in command_loop () at ../../master/src/keyboard.c:10= 73 #46 0x000055555571ffcd in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf00) #47 0x00005555557201c4 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #48 0x000055555571c0a9 in main (argc=3D2, argv=3D0x7fffffffe168) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "window-list-1" (0xffffbfa0) "replace-buffer-in-windows" (0xffffc4a8) "kill-buffer" (0xffffc710) 0x57821b48 PVEC_COMPILED "substitute-command-keys" (0xffffd3d8) "command-error-default-function" (0xffffd628) "apply" (0xffffd7e8) 0xf2c1d0c8 PVEC_COMPILED --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 13:55:25 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 17:55:25 +0000 Received: from localhost ([127.0.0.1]:45147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUCOj-0001Nv-6E for submit@debbugs.gnu.org; Wed, 07 Apr 2021 13:55:25 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:55242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUCOe-0001Nd-CM for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 13:55:24 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137HtDtZ011283; Wed, 7 Apr 2021 13:55:13 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 137HtDtZ011283 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617818114; bh=LWLcK4z98qPHR75bxO4d/Ic8PPVQHI3iifOprxsxWZk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=VQZET6aloCSLzF/6wcGeIVPNJtz0b5X9ygFUveBDXV5P1eVFIVwugZ1x+QjqN9GUF Za73BUsxTr+1hwmH+md8MIMXZnc4ILg+yY6D4oIvlpTYTj3jDxJhUZDUirZD6xduzR xjTNefBWF4vDcqnxUu/l5hDbPcGwNw2VYQCdT2B4= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137Ht4Di041362; Wed, 7 Apr 2021 13:55:04 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137Ht4bJ032721; Wed, 7 Apr 2021 13:55:04 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137Ht4qw032718; Wed, 7 Apr 2021 13:55:04 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 07 Apr 2021 13:55:04 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Wed, 7 Apr 2021 13:37:13 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > martin rudalics writes: > >> > Don't know where to go from here, but I have a breakpoint set on >> > >> > replace_buffer_in_windows_safely_count = 0; >> > >> > conditioned on count != 0. >> >> Good. IIUC this >> >> > (gdb) p list_length(Vwindow_list) >> > $2 = 2 >> >> and this >> >> > (gdb) xlist >> > $13 = 0x1a >> > Lisp_Int0 >> > $14 = 6 >> >> together indicate that Vwindow_list spontaneously shrinks from 6 to 2 >> elements (which is "impossible" as we know already). Attaching the next >> patch which should catch this situation automatically. It will still be >> of no help because we won't catch the one that apparently clobbers that >> list but hopefully more useful than the previous diff. > > Triggered. Here's the backtrace: [...] And, to be clear: (gdb) up #2 0x000055555564b3ea in window_list () at ../../master/src/window.c:2585 2585 eassert (window_list_length == list_length (Vwindow_list)); (gdb) p window_list_length $1 = 6 (gdb) p list_length(Vwindow_list) $2 = 2 -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 14:32:05 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 18:32:05 +0000 Received: from localhost ([127.0.0.1]:45185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUCyD-0002Jp-9o for submit@debbugs.gnu.org; Wed, 07 Apr 2021 14:32:05 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:57002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUCyA-0002JH-13 for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 14:32:03 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137IVsLH017866; Wed, 7 Apr 2021 14:31:54 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 137IVsLH017866 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617820314; bh=yEvCpsUXAOgPtEJGkIFmDPk9Wahlfuhi8t8W8anKxzo=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=NZDkVVEhWYFRwl6Hk1jMrLcgzS9rIljtSgaGeBR1WCDB5MRoFu00cWY8dZp6oag72 L5rMkHvr/HWqG9uOQf+PA1SHUal5n8MaLyIwlOB7JXPdjbq8UG0AJdz9Rz1pK3v9Qg 8nYwiB6ETlnv5PzdeOCPfeyTYWWjEKAUW5ftnOvI= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137IVq67003471; Wed, 7 Apr 2021 14:31:52 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137IVqIP004387; Wed, 7 Apr 2021 14:31:52 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137IVpwW004379; Wed, 7 Apr 2021 14:31:51 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 07 Apr 2021 14:31:51 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Wed, 7 Apr 2021 13:37:13 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > martin rudalics writes: > >> > Don't know where to go from here, but I have a breakpoint set on >> > >> > replace_buffer_in_windows_safely_count = 0; >> > >> > conditioned on count != 0. >> >> Good. IIUC this >> >> > (gdb) p list_length(Vwindow_list) >> > $2 = 2 >> >> and this >> >> > (gdb) xlist >> > $13 = 0x1a >> > Lisp_Int0 >> > $14 = 6 >> >> together indicate that Vwindow_list spontaneously shrinks from 6 to 2 >> elements (which is "impossible" as we know already). Attaching the next >> patch which should catch this situation automatically. It will still be >> of no help because we won't catch the one that apparently clobbers that >> list but hopefully more useful than the previous diff. > > Triggered. Here's the backtrace: Context for what was going on when the assert was triggered: As usual, when triggering this, I had turned off the VPN, and Gnus hung when trying to fetch mail or news over an existing connection. I typed C-g a couple of times to get back interactivity. This is when the assert happened. In past instances the next step would have been to bring up the *Server* buffer, close and re-open connections, and then quit the *Server* buffer. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 14:48:25 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 18:48:26 +0000 Received: from localhost ([127.0.0.1]:45204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDE1-0002ib-DT for submit@debbugs.gnu.org; Wed, 07 Apr 2021 14:48:25 -0400 Received: from mout.gmx.net ([212.227.15.19]:53845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDDy-0002iM-WC for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 14:48:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617821291; bh=NMqWRGL0iB5nvXz1QYmrNjFWCqff5LU0cPJAHifcqyM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=lVC+wQZAfrH5HJhtvhG7sF9hPQH2U1wqyBQ8gNiLH3bz0+BCfhPMSdwVGFUdE8L/o NXV08qyYk/ZvmfPXThoyLztoTLd93BKdKWlPzQwA6jihwBgxtt+N+x1aWpbbKWebfl SDmklDWAalM0O5zJu/mKEAp1LnZcZ9C1qBKenegc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.241]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MxlzI-1lnDsa29Nu-00zG76; Wed, 07 Apr 2021 20:48:10 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> From: martin rudalics Message-ID: Date: Wed, 7 Apr 2021 20:48:06 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------B9A8BF0217B8CFDAB3ABA42B" Content-Language: en-US X-Provags-ID: V03:K1:BSGDFrVcx9Z9inPIiJPkTrpo8alAR60BDjBGlTDdUS99S/gA+gh hjAY1ftF9xHfaqXMFWWCjK7t4QkWUhyuFVqUnEfpmmWtyp+p66VRFff5LQRd75gCIxZHri5 n+QOxJErmXo+tNSDZG2O7CowYQDUIfgESEgOUUmbBO9+/Uu/BYq7yZqnqgHANE44rCouTRE 1UyAFeLRu33SgarlESG1Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:UyS1BmiN6Io=:GrW3psHHO29Cn9dXhSMoSu DwMqWyhIAYUp7xqk/q2iiMUQ17B1NPZVA+fFWCEp4MRdWZBMNjVgcdadiHjCKHWdVqG8vsvmK mkw/zsCM1Vvqt0PdBHAOp0Oh1TubTYr4Qc7wYSRJwzEaSmOns3KIhjiQRwc8IR/rTRdMVjoEM h0GhoVtAREzPO5cf3pfZmmGpoLkrduHFkQW4fBpXRJmC2RaY5lCTgRmWS3ujSE9fUmzsV1QFD c2Gl2XTo52ukpHO3urXCxnxwSYOrzt5Kxvr82rSr8ICKz5kQcyQvXjOhsNOZjzEqrFSHf9oxK zXAhLs6weOqJcHJOSqjqgxfg5TdrXaZv8N9wEtvxMT7oX8CiBUI84bYvsSoh6AxA2TLzk7e4Z L0xo40rZqAhT4p9+louIRYn/AFmv8SDYYBUg+t3uwzWN5DQrAkrEO3NTwZQtEWUwP5OQaNe8N 8F43r3UwX85Q/MFa3A8sC7sxUVSqTIp4QNNBzqrNQvNZdSvAbDMxWfZy/mC76YLx92DZnR6LV 7GbIUMxpFVihz1WE1GRMmtCP+ntC2QQYDwgJL28+GdF7e+PprTgusUktpAjSBqPekF9r4aDDt +yiZSaXKC/ZF6rbfCpGcLKHYCxaXBzwcbhgbZPYyYaHf1Kk4eceQXrtLNX1osf8KGjoEziA9d Mu20q8GuhZmDT5PPP/NypW2lfEb9qF1F6KI/aELPH4wSkPcLjNLrwtdMKmcrfHZAud/5HzTq0 yTGtoKGKF0IYwDWhCDynUpo5iQCU9Cefur7Qk3B1eU03TvM2zFmO7MaXyNfpAFg1ZoE2LfEmU gGGZ/DjvKes+K3MuL3GTxQTqm5x4OiGJhc4tvzrBRW5QoBiNBaAUD2T8OyE2xd/cREer4vOrc AQ9hTteJA2is0vW1cNh8gu7gkF90F3aVlqz5xURi5vggUt9dsB5P2yoDpxsCsfWcUSlVO0OPn TZC74kfTr1yEwuvGZN9e3hOYht9Gf4/SCPGphD4Y/GRr0pSwj9aM9yYlKpgwJPvJeSstnQUkg IHPn01y9U10gW2K/bEHA3RR61xjKiH8WGzroTfHnBQEqUz+nx8KFD9+JYQi/wT6xQDeApKblC WBWIJhoaVf3IYqzKR/F4UVZ7bVXBkryQxgwkwA3r7O6mwMKHzNr3vol0Aib7aexhVaYhPuxEt BfKgeisqcxrGJHTd+yjunrj8a0mCiTuUbXsyY7ISBTd8TM+ZkrVxiP9gpHXG5lEvcDDiU= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------B9A8BF0217B8CFDAB3ABA42B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > Triggered. Here's the backtrace: > > #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) > at ../../master/src/emacs.c:379 > #1 0x00005555557c4aa2 in die > (msg=0x5555559105c8 "window_list_length == list_length (Vwindow_list)", file=0x55555590f9cf "../../master/src/window.c", line=2585) > at ../../master/src/alloc.c:7420 > [...] > Lisp Backtrace: > "window-list-1" (0xffffbfa0) > "replace-buffer-in-windows" (0xffffc4a8) > "kill-buffer" (0xffffc710) > 0x57821b48 PVEC_COMPILED > "substitute-command-keys" (0xffffd3d8) > "command-error-default-function" (0xffffd628) > "apply" (0xffffd7e8) > 0xf2c1d0c8 PVEC_COMPILED All we can conclude from that is that Vwindow_list must have been clobbered before `kill-buffer' triggered the execution of `replace-buffer-in-windows'. When and how that happened is yet unclear. The attached should cure the crashes by simply reconstructing the full list after window_list notices that Vwindow_list has changed length. martin --------------B9A8BF0217B8CFDAB3ABA42B Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/window.c b/src/window.c index eb16e2a433..71dd2428e2 100644 --- a/src/window.c +++ b/src/window.c @@ -87,6 +87,8 @@ by setting it to nil. */ Lisp_Object Vwindow_list; =20 +static int window_list_length =3D 0; + /* True mean window_change_record has to record all live frames. */ static bool window_change_record_frames; =20 @@ -307,7 +309,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +321,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +601,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2553,7 +2562,8 @@ add_window_to_list (struct window *w, void *user_da= ta) Lisp_Object window_list (void) { - if (!CONSP (Vwindow_list)) + if (!CONSP (Vwindow_list) + || window_list_length !=3D list_length (Vwindow_list)) { Lisp_Object tail, frame; =20 @@ -2569,6 +2579,8 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + window_list_length =3D list_length (Vwindow_list); } =20 return Vwindow_list; @@ -2950,6 +2962,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3062,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3411,6 +3427,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3437,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3960,6 +3999,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4095,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -5174,6 +5218,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7279,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; --------------B9A8BF0217B8CFDAB3ABA42B-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 14:53:21 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 18:53:21 +0000 Received: from localhost ([127.0.0.1]:45221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDIm-0002qV-Ue for submit@debbugs.gnu.org; Wed, 07 Apr 2021 14:53:21 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:57446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDIj-0002q2-CQ for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 14:53:19 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137Ir8i6020829; Wed, 7 Apr 2021 14:53:08 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 137Ir8i6020829 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617821588; bh=pZ5vbc9AlefUke6zqJovz2jHbIrqRvDAzrUyZ91O2SM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=R1OnHE7T3g9MZppGJOT5hs3Ha/otiOKCz+aZj54zdwms2wHEuq1Dkfs+5eoGiD9n7 6UHwUSVIgpQwedNiWSmmxcJa3rvGeI2J59m1BO7CmckqskZwRQ5gE8sFnhzbRYUVYI 0kM8sFiIDKwsAXGW8QLrtEB7D1XdvExi8vPbh1Io= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137Ir7Yh032015; Wed, 7 Apr 2021 14:53:07 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137Ir7E8006722; Wed, 7 Apr 2021 14:53:07 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137Ir7Tq006651; Wed, 7 Apr 2021 14:53:07 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 07 Apr 2021 14:53:07 -0400 In-Reply-To: (martin rudalics's message of "Wed, 7 Apr 2021 14:48:06 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: >> Triggered. Here's the backtrace: >> >> #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) >> at ../../master/src/emacs.c:379 >> #1 0x00005555557c4aa2 in die >> (msg=0x5555559105c8 "window_list_length == list_length >> (Vwindow_list)", file=0x55555590f9cf "../../master/src/window.c", >> line=2585) >> at ../../master/src/alloc.c:7420 >> > [...] >> Lisp Backtrace: >> "window-list-1" (0xffffbfa0) >> "replace-buffer-in-windows" (0xffffc4a8) >> "kill-buffer" (0xffffc710) >> 0x57821b48 PVEC_COMPILED >> "substitute-command-keys" (0xffffd3d8) >> "command-error-default-function" (0xffffd628) >> "apply" (0xffffd7e8) >> 0xf2c1d0c8 PVEC_COMPILED > > All we can conclude from that is that Vwindow_list must have been > clobbered before `kill-buffer' triggered the execution of > `replace-buffer-in-windows'. When and how that happened is yet unclear. > > The attached should cure the crashes by simply reconstructing the full > list after window_list notices that Vwindow_list has changed length. Sure. But won't that just make it so that I can't trigger the problem anymore? Or is that what I am testing? -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 15:25:29 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 19:25:29 +0000 Received: from localhost ([127.0.0.1]:45241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDnt-0003bp-CP for submit@debbugs.gnu.org; Wed, 07 Apr 2021 15:25:29 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:40822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUDnp-0003ba-MW for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 15:25:28 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137JPJcH019962; Wed, 7 Apr 2021 15:25:20 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 137JPJcH019962 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617823520; bh=EaNCczpouap2Cdxo9lmm6DzTHbFL4mqWxuSdi/dIHPE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=kZ59gh/Kew8zWKl6ej5JXUFbh8hyU2TRekbRrn62R2XheWmTN+El+eIp9/JqlG2UE XFcZjxRvICnLCLRFD08iV9WLHNNqa+SxwDC8OulixIa70aWo6OetanS60FjARI+F+8 kPFJE50A+x6s031beWcjJMmPeZ/VLNhgY/WNUL2Y= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137JPHrP008018; Wed, 7 Apr 2021 15:25:17 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 137JPHu3010251; Wed, 7 Apr 2021 15:25:17 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 137JPGV2010248; Wed, 7 Apr 2021 15:25:16 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> Date: Wed, 07 Apr 2021 15:25:16 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Wed, 7 Apr 2021 14:31:51 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Welsh Duggan writes: > Michael Welsh Duggan writes: > >> martin rudalics writes: >> >>> > Don't know where to go from here, but I have a breakpoint set on >>> > >>> > replace_buffer_in_windows_safely_count = 0; >>> > >>> > conditioned on count != 0. >>> >>> Good. IIUC this >>> >>> > (gdb) p list_length(Vwindow_list) >>> > $2 = 2 >>> >>> and this >>> >>> > (gdb) xlist >>> > $13 = 0x1a >>> > Lisp_Int0 >>> > $14 = 6 >>> >>> together indicate that Vwindow_list spontaneously shrinks from 6 to 2 >>> elements (which is "impossible" as we know already). Attaching the next >>> patch which should catch this situation automatically. It will still be >>> of no help because we won't catch the one that apparently clobbers that >>> list but hopefully more useful than the previous diff. Using watchpoints on Vwindow_list that are turned off when in window_list() and ignored when it is set to nil, I was at least able to determine that whatever is modifying the list is doing so destructively, not by setting a new value. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 15:40:43 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 19:40:43 +0000 Received: from localhost ([127.0.0.1]:45256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUE2d-0003z3-Ec for submit@debbugs.gnu.org; Wed, 07 Apr 2021 15:40:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUE2b-0003yo-NI for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 15:40:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52414) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUE2Q-0004rS-Pr; Wed, 07 Apr 2021 15:40:31 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2251 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUE2H-0001gX-16; Wed, 07 Apr 2021 15:40:29 -0400 Date: Wed, 07 Apr 2021 22:40:08 +0300 Message-Id: <83h7khanon.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Wed, 07 Apr 2021 14:31:51 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Date: Wed, 07 Apr 2021 14:31:51 -0400 > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > > As usual, when triggering this, I had turned off the VPN, and Gnus hung > when trying to fetch mail or news over an existing connection. I typed > C-g a couple of times to get back interactivity. This is when the > assert happened. Maybe we lack an unwind-protect somewhere? From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 16:25:40 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 20:25:40 +0000 Received: from localhost ([127.0.0.1]:45342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUEk8-0005CH-GR for submit@debbugs.gnu.org; Wed, 07 Apr 2021 16:25:40 -0400 Received: from mout.gmx.net ([212.227.17.20]:38227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUEk7-0005C4-Bg for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 16:25:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617827127; bh=3Zb3uAYWKrscLRoKaVs/SYhpgrwN2Y80IfgDwEqARE4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=kOkZB6rpMl0V0K/J9QWMP4xWy8HA+nRmppxMyfYD9CncHVjUcV9+N7er6xKteYWdm zmRYKDFrxnSM/G0ljIJ/soFQG44kr83YQrecjM9xyzprrLLl3Q+9IHqwop2/jgWTok YfZRotPalN5g/0EpkLcdp/EwGw7bM6bhAwXfY1Ts= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.241]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MeU0q-1m2T5u3liu-00aYUk; Wed, 07 Apr 2021 22:25:27 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> From: martin rudalics Message-ID: Date: Wed, 7 Apr 2021 22:25:24 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:6ODTJp6hfTeVK61ZNkyAA0B2WWNf8l7bXTcYexz0zZn2dojx4J4 6/E4duXuRr2KiQMLzbIw8GHMvcPja9RfDGURx3cge/wQlPK00QivxfbRzlZRIQAW2o5wjz+ +Odbp9Sp/c0OLwpunmgzuulT5WptmXud8O+igUXI4P2H7l7SX5Ms7YE7/j5yfDwNAZ2WJtI jPN9gV1HGbDUyb8O9dkAw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:yBZIoKQLRSQ=:MeRdm+OMvMc2TWTUk5QBns 8Kqi4zvHVhYw6vJyN9iXHZSEE/ILfyyvSMKAgJ1mTW5CdOf/EQ0f/+36IqTonKgXAXLsezqCX mm6+uc0A4pclZyqyL2qSpWuCOXpkCM79JCpoaSTWyGemj+d7knAHOBMLeHueRVrynbUIT/e9X 7hxsH2GRwNjQt4b0yacdePejv2wVdCcKM4xDUv0AW12fNg/ftU74VSC1+YBe/8UAC0zoSQB4/ 2ODWqeQqP2gPjsYHv/XLvSBLiSNTkDWnzxxNYdNDBVXg3O/uC3JBxRDqjnZSRFrwbTLJrQRsq 1hV4QUT5JGOFqzYID+K3+J+Pn9Q7g1vF59c8ITAllJKBsoZoc7inRwuGKgOu+eYU9vyKYbXpG +LgI/M2fuMWmOidIbvgkSkqiuPkEsFq3Yhrfd2EDvstqvbM8I5IXu0uTYd/sbGmo+W+HTIdGZ Ct9ae8gs/zSyyAKmlwqmcb/75QYedfZJUJxYCSLOB/z85aWznqZz89i1vOKbXXarGFahy5qao DaS2IUo5+9OgkPlEiGdMjhwI0Tz6tmNXAUvkbzAMD2Z5dYpduUHcRx3mJiw6/hTZWAN/v4Nvn bRL5Cx/YPloNreOWtz9QEJDF/3a31XH28lsGEryvyQ983KSwSdkn9s/8Rt/GwG0TIIHFknrIr yJacFhWj6BQ16nOjOApXKSHAuDjyp1gAbN6G4hbL/M3Rkf+rURwcZ5g5gAsinYyEtN8jp1xaL q8K2SDOlgH5sA1PDNSZPoU7yGcNub3Nb/qjA1nCRXgTY8wKnZ3VjqZXLzFz8pWWNFQpHEYhtX fBDK23TTpe54d5A/C74+4F8Cez2lWzk/YuoH+DaxqmfDuBkKyKG6Rpz6v0IyLS/CVrDkoC1Rh ZwPP1iqNjLhlwbECFToXASM97x+6+kkdZcC4u2Tatq/7XWzIdvtxPHB9ovSM6ul99FtGknfJA 1D+1xpnsy3hsro6EOkaFRSfq9uT2AyHDrBbLNAOvL7iZJzIOPws1W+vwq/yxqHHDtLpxWWrOr UuuglIpxTAbawq8B69fmZ+HQVixCxS5cmB/fbIR0n7vJhn1aaM2Rt4EpXkQ63ASbLB9K7ZMlQ jQ3SxTTT5aiYH0l/2jORbezVny84CRHnyXHUTy4DgtqRNp/d+dDB7PZ6P10TXJfa/8rhfqGNK PFphbdWJbgarrZto4l5d13jJL0f7YztZPxku0zyN4W/kIojwuxscXBocLcxoBGeHaO5oc= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Sure. But won't that just make it so that I can't trigger the problem > anymore? Right. `replace-buffer-in-windows' should now work on the full window list and do its job. replace_buffer_in_windows_safely should not have to do anything. > Or is that what I am testing? We have found one problem but we have no idea why it happens. We should also exclude any other problems with a selected window showing a dead buffer. If you run for a while without seeing such things, we can at least conclude that the problem is "only" that of the clobbered window list. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 16:25:53 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 20:25:54 +0000 Received: from localhost ([127.0.0.1]:45345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUEkL-0005Ch-Oq for submit@debbugs.gnu.org; Wed, 07 Apr 2021 16:25:53 -0400 Received: from mout.gmx.net ([212.227.17.22]:37119) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUEkK-0005CV-55 for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 16:25:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617827140; bh=hhv+UBjWQyCRdhIKZqqhl8K4DRCL4DPyzkYz1i95kOM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=ZLVTFzpVzLrdlcTGbyxZJHip++ADodIc6io513AUuO8zv2USe0wKfSbZRQDSPjtcW nl8LYITQB1PoD6d/wsvFwCQ01LboFak/y1B+3AF6XJNNipv3pNLoMitm7HGu2sWEmk O4HI23VaL14rQg4t1GprhWkKd3V/bljuPNQkmPqA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.241]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MTRMi-1l0e7D3Hoa-00Tiyq; Wed, 07 Apr 2021 22:25:39 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> From: martin rudalics Message-ID: <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> Date: Wed, 7 Apr 2021 22:25:38 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:crWNiYIeYQjRwqgLUIvFaf3GhJ4cIe4jGP0z/V7zJ55Ne5o05u+ fHT3GVlcw3YW0/fFLrrvwnrJ8y/QhYT0cAwHNSPLRsMBgMC3XBQSfK7RaljQorzpS4tpGf4 ug8iUdI0qSSbHjIDHDyZUXZha+JK8dMWBfbK/cXM8n0OsuY5xLKZQq7ysrLElcPvK0orJyw +mNBWl/d4QQ5HeecGfhZA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:fEUXxMJsgYs=:xqiuEluImxEHSLZmlWZnZR SiwT1q9lwLeifyjJs9DEmCpYbKuOzzATyepTxhRU86tgEIcA6aJu4msqi3GiaBo/nIogBpvB1 zqGUXD8MgMoH5bqI3QUa8IwAYOHanTBJ3RWLC8OQt063LqumiO0jxw3kHDKYhf7HyHnSWaX99 HBTw58J6NWrhi+4LcIDgpX3LdhV/49iQa5QJwgcQohx0rwWLzf9Cy5FgSxWz0vPCT5T4yFTUM MgIY0le+gVgL+AwI+Pe8Q1pDea7weAnVU3LXR/F6acm8S/HSttI1pXSx8KnJz7akdWIWhPqRs 6yEzqFdoQaNZRmAqQ9Ams9Al+thtyjXiSCYBAgZ8KAjUenggf5h0MCVU5btObK3qlD41/iRqf 2IbCORrsPL0mHO1rwFOVSaV7DcrtsUP5MsYApZ+xSaNLdl9ny5W5YM1r3JjEhyhYPtwgYmbHY a5okEWybVa836JuuiGMhj4si3PGX3QjKT+PVgD/jV0bRgbpvkNbGdlxldaZuUKvvkQRaCSmTo qzZOdhYPEswyR6Qoq/arX2jz9VdX7foWPTkgNF7YRO8qayd2Ic7toZ22mJ7GTmNkiz3nDxFRU kaeXtALA/6UAWmEqFEmyTpoDcCuohMNzyH4tx6jru6YwaD8ewxsVSUmkR4ONOlaZ076xxCew3 uU2xcIbDBXTrIMe0DDzSVTqK99jB/LLRuC1eGEobRrg0kV6cSk6bQhJeYqyBWaqK3tg4J0GHz OiIfVHcmBSTBP8YskjkZw3X5iEDMHm7kSOWjQ4UlE8oB3z1rzPMBUKSPEQ9EQ15OrNQgTQziB Mt2wL7mHDoP6STn3bYtb2zhupeYMGMkE+RvrGOKx/ajTk98vbAyCW90eIOdACpny1lqGOxnnu YcTx+5eYIS7k7tkgRw9pC+QBkKxntQHm28jp58/Fq3OuIxK2RQcTIrCOq8SU8P0GIaoiCIQhN UgIp1RVLjb1uDoO7eHwCbIyZkkSE3NDKEw9XAs6FQ63/H/qdAANK+v2wdKkuVyEjw00JVQI0U sCqypbSg2PAjubEX7hg9/H0Q8l1NRsAyYLWsZVIaOVi12xFDIVo9Pv2tGHIFQTx4UPBO6hNIT RmDW3KMhBhlT7F7vxQdY6ekqcDPMxtYiVHA6zZRqRtK76XwjMONhlSQ4OMrq6CIC5fjinruJh CqNAmwCmkYmTxWj7CtZluGG2bQRecNB0WZDqwKq28kWgrXtckORVE6HVkQgkftw3urcpk= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Using watchpoints on Vwindow_list that are turned off when in > window_list() and ignored when it is set to nil, I was at least able to > determine that whatever is modifying the list is doing so destructively, > not by setting a new value. Since I don't believe in miracles I expected that. But I've been searching our code base repeatedly and nowhere found a clue that that list - the return value of window_list - would be modified in such a deterministic and orderly way. Maybe I'm blind already. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 07 16:33:05 2021 Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 20:33:05 +0000 Received: from localhost ([127.0.0.1]:45351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUErJ-0005O4-Ff for submit@debbugs.gnu.org; Wed, 07 Apr 2021 16:33:05 -0400 Received: from md5i.com ([75.151.244.229]:53192) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUErH-0005Na-MH for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 16:33:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=HK3gxWq6Kt/SRldYBI6ugN1AkD+VZY+6UQHLhWwiYec=; b=rAvJxY2ewYqElYiJ69pRvCpkXs M/LusXvm+ilRHfKliqKxtZXW0B6awE8/cSQNNDFQn6d7hW8rqXkOIexUs2O6wee2rYvfdxSBEzIgo rcVPKGRYe0MR3KdLBE3UKgdWi; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lUErA-0048B7-3r; Wed, 07 Apr 2021 16:32:55 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> Date: Wed, 07 Apr 2021 16:32:55 -0400 In-Reply-To: <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> (martin rudalics's message of "Wed, 7 Apr 2021 22:25:38 +0200") Message-ID: <87r1jlvnrc.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >> Using watchpoints on Vwindow_list that are turned off when in >> window_list() and ignored when it is set to nil, I was at least able to >> determine that whatever is modifying the list is doing so destructively, >> not by setting a new value. > > Since I don't believe in miracles I expected that. But I've been > searching our code base repeatedly and nowhere found a clue that that > list - the return value of window_list - would be modified in such a > deterministic and orderly way. Maybe I'm blind already. FWIW, I've been trying to do the same and have been similarly unsuccessful. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 03:00:08 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 07:00:08 +0000 Received: from localhost ([127.0.0.1]:45903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUOe7-0003tU-GP for submit@debbugs.gnu.org; Thu, 08 Apr 2021 03:00:08 -0400 Received: from mout.gmx.net ([212.227.17.22]:35359) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUOe5-0003rT-1w for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 03:00:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617865191; bh=pWjXxaJvHmdnhWjynyKrLZpYHBTTCOYs1KOWJK8t7xo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=A/+Yb3oMnpM7YNowV1Ohkm348zY52RvEUMILojS2MzFdWDhOaQjiz9xSrvBW2+qvH 5VkHBWHvZQxPDKo/dL12pGlIcfDuWdg+9fZHOA0SE6rpJCw4lXxkOPIHTMrhR69CGK +RX6nOwCSUvI4e7buAQCYgOUMQB1Il/wz3L6uQyQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.147]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MoO6C-1lwpZP0vWK-00orO8; Thu, 08 Apr 2021 08:59:51 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> From: martin rudalics Message-ID: Date: Thu, 8 Apr 2021 08:59:48 +0200 MIME-Version: 1.0 In-Reply-To: <87r1jlvnrc.fsf@md5i.com> Content-Type: multipart/mixed; boundary="------------CFD983126FBA44568C3EF24A" Content-Language: en-US X-Provags-ID: V03:K1:LEA8A3227pfnWRiGWhEjrYjXUj2bVJiQ+2ed23LE7D1KhokOHA6 NXvslUGpBvpZ0/bCVu8tFCQWkWBhqk3vJYqEhdDz0FZSlL0LMqaroa+N454HgFLSKnHgVuG mYDY8bjbZW4ILyI77ZOIVaSGSwWSP9sYzOSaIxOQmVsbXV+n//8H88McWxm3rJETGLVoHmx 8P/74pxAF2LwcGPaVcquA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:7Fzv28NXB2I=:mdbvr9StusWi4+85+WzpUf 5zbFDjIXohZ5KnHWIDsWzmFiERO0ciJbOftDBvs4U+jL/csDy4TaaReozIYxzfX4aod6N2i73 JuQMeCUnIkVrdUUHHZH/fvBJzjfVjFNIIWDbXmI9RW3ZrDzAxb8xNHuKL5XlL3jBWt1EYxkj/ vmHGi/K3oslVPBvAigCjBnNGZ96XkMAr9mUPbyLFfH1BOKqHxe3/KQxanBAXOEjH2foyN6k2A iovyV16k/g+y2vO+syIfh80b+JAKZ+B0+KL1jiqk2BzkcQrEb5AtY5IwY2rBV8LwySX9AgvVc wHP5NogsfDHGc+VEyVU79iAEE98JLzoYqr3uc8JbCXLu3ltzWSnejDiSZM1sFD3Y/hnMKOqFW z12YK6IsVd7ssMLDx9fpvGGrYR8vgYQ/DOd/NtSqLVoLWsQKnVPkJI/Te/TUv/xPQ1LuAZJwk IXodnuKNBASsu0+ZB5vu4cvk+kFl3XVryLJGSg1fpkw1tQ2Rb9MQENXMV1GiA2RDeQ757HmqR moH7bZC649J1r9RltpJSDn32LHbD3MQ/4Hq/CJSgc5J2aXKqFYP/ocTAm8mkcLbUo8bYXYlPf n4Kwm9l+BYN1LtAMT/9562qfaufmuY9LiZV5CbiOlaBzsRmVWopv0qqWbbZ5+/0AGUAFR3h7f kJDslw/FiHzruWb5xNtliRz4sLwqCreBQRe37aEHhB21eY4v3va5uyaXISIUHLC8F7xwCTdB7 22SOIC0AaLVJwOidZCYrT2b5iydwPjR2J1uKNFQvBF2/zfun1tPnmNEWgz82MMlRD72QnreXv T+pugYdouZKCuTy2cOQB7DMiM/gXxTcf+PRy2LSB7HVkqNG1AdQUiObZTMECVtqsBUL2KAyoV ji8/LUsdCcWuM7EjoPKFZKSeTfMzNcBj+fMt35NgHZSxbpuDP2mMA36ZLhkafJlx7J30/jIbE SPD7fkCR6kvXvYFhNtaeE5YuC/7w4t2NdKz6Y+x0kaQ/yZoKI7uBpfyT4wXE357kLHe64uJkT O9/o/fZ9mBbJnIqucdkW6IybZZGf65z650GWorKZdET42wrvR0HhsCWVSYmC5cof0EnF32mll LgIYYamZ/epKctA0S/BGxfFcytaDd7QbQqnzLPkpSDQqXItGfHe8Lmsfds3V4J9BU+UYpRiFd 2cpCw8WuXTTQZ0Af/njbRI2telH+Ov/3CjkAyg0W4caO7lt0fHRpBLLqOInTxjyRLZzhlt065 CFxverg0gpD8pU7Q5 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) This is a multi-part message in MIME format. --------------CFD983126FBA44568C3EF24A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > FWIW, I've been trying to do the same and have been similarly > unsuccessful. I attach a version where I make a shadow copy of Vwindow_list called Vwindow_list_2. The two should behave the same just that Vwindow_list_2 is never accessed by other code. So we can put an assertion like eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); anywhere in the code. I put one in window_list and it should trigger the same way as the length check before. Now if anyone can suggest some strategic positions where to put these assertions, I'll be all ears. martin --------------CFD983126FBA44568C3EF24A Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/nsfns.m b/src/nsfns.m index 5c4cc915e7..82136b0639 100644 --- a/src/nsfns.m +++ b/src/nsfns.m @@ -1447,7 +1447,7 @@ Turn the input menu (an NSMenu) into a lisp list fo= r tracking on lisp side. =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } diff --git a/src/w32fns.c b/src/w32fns.c index 9db367bfaf..f2d5e34c3e 100644 --- a/src/w32fns.c +++ b/src/w32fns.c @@ -6148,7 +6148,7 @@ DEFUN ("x-create-frame", Fx_create_frame, Sx_create= _frame, =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } diff --git a/src/window.c b/src/window.c index eb16e2a433..da0d2bc57d 100644 --- a/src/window.c +++ b/src/window.c @@ -86,6 +86,7 @@ Functions creating or deleting windows should invalidate this cache by setting it to nil. */ Lisp_Object Vwindow_list; +Lisp_Object Vwindow_list_2; =20 /* True mean window_change_record has to record all live frames. */ static bool window_change_record_frames; @@ -307,7 +308,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +320,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +600,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2569,7 +2577,11 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + Vwindow_list_2 =3D Fcopy_sequence (Vwindow_list); } + else + eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); =20 return Vwindow_list; } @@ -2950,6 +2962,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3062,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3277,7 +3293,7 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, free_window_matrices (r); =20 fset_redisplay (f); - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 if (!WINDOW_LEAF_P (w)) { @@ -3411,6 +3427,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3437,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3960,6 +3999,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4095,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -4296,7 +4340,7 @@ make_window (void) w->scroll_bar_height =3D -1; w->column_number_displayed =3D -1; /* Reset window_list. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; /* Return window. */ XSETWINDOW (window, w); return window; @@ -5086,7 +5130,7 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna } =20 fset_redisplay (f); - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 wset_next (w, Qnil); /* Don't delete w->next too. */ free_window_matrices (w); @@ -5174,6 +5218,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7279,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 @@ -7279,7 +7328,7 @@ delete_all_child_windows (Lisp_Object window) wset_buffer (w, Qnil); } =20 - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; } =0C static ptrdiff_t @@ -8128,8 +8177,9 @@ init_window_once (void) selected_window =3D Qnil; staticpro (&selected_window); =20 - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; staticpro (&Vwindow_list); + staticpro (&Vwindow_list_2); =20 minibuf_selected_window =3D Qnil; staticpro (&minibuf_selected_window); @@ -8148,6 +8198,7 @@ init_window_once (void) PDUMPER_RESET_LV (minibuf_window, Qnil); PDUMPER_RESET_LV (selected_window, Qnil); PDUMPER_RESET_LV (Vwindow_list, Qnil); + PDUMPER_RESET_LV (Vwindow_list_2, Qnil); PDUMPER_RESET_LV (minibuf_selected_window, Qnil); =20 /* Hack: if mode_line_in_non_selected_windows is true (which it may @@ -8178,7 +8229,7 @@ init_window_once (void) void init_window (void) { - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; } =20 void diff --git a/src/window.h b/src/window.h index b6f88e8f55..74d3cbb7be 100644 --- a/src/window.h +++ b/src/window.h @@ -1171,6 +1171,7 @@ #define CHECK_LIVE_WINDOW(WINDOW) \ =20 /* These used to be in lisp.h. */ extern Lisp_Object Vwindow_list; +extern Lisp_Object Vwindow_list_2; =20 extern Lisp_Object window_list (void); extern Lisp_Object window_parameter (struct window *, Lisp_Object parame= ter); diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; diff --git a/src/xfns.c b/src/xfns.c index d90644819b..fbe9014555 100644 --- a/src/xfns.c +++ b/src/xfns.c @@ -4225,7 +4225,7 @@ DEFUN ("x-create-frame", Fx_create_frame, Sx_create= _frame, =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } --------------CFD983126FBA44568C3EF24A-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 06:47:59 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 10:48:00 +0000 Received: from localhost ([127.0.0.1]:46062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUSCd-00015J-PA for submit@debbugs.gnu.org; Thu, 08 Apr 2021 06:47:59 -0400 Received: from heytings.org ([95.142.160.155]:58144) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUSCb-000159-2x for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 06:47:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1617878875; bh=yOD+xybWhKv6CEB/C/M1vTWe9BXtBiUJFEms1+zLtS4=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=TQtyoOol1nXQxjCh1qm4vw48RheXDtcHlRyuaLy/qEMeZhbTOznHnI4EfxxL4kaDx pCK41yzjgMYixeQoyy5kJoc7eJ0nTjAEqN/8fzFT/oqP92ugaZCjW4ARZJd2UBVcav CoN+5IWmIeHmqj7wfmTapdcClhA4e7+sJH3ux6qyQn9Ezq6fr4lyKJ7535oXqSaySy C1aOakJFipgDcN9a6gVlkmjRmDYDgkBldq/CgszYXltm1Yw8owfOw6jJAvJus9HZ5T 6286IChofSfrsOQRMVEbw4l/hCJLHpRAC1QBWMUNMQalaL5JgYyii2IFgZ1JsFrXvw YCKHGv3EByByA== Date: Thu, 08 Apr 2021 10:47:55 +0000 From: Gregory Heytings To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: Message-ID: <9ff81b52fa1cb82320c6@heytings.org> References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , 47244@debbugs.gnu.org, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) > > Now if anyone can suggest some strategic positions where to put these > assertions, I'll be all ears. > I'm really impressed by your patience. I have no suggestion, but a question: why don't you try to bisect this bug? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 07:40:08 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 11:40:08 +0000 Received: from localhost ([127.0.0.1]:46108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUT12-0004TP-9t for submit@debbugs.gnu.org; Thu, 08 Apr 2021 07:40:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37604) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUT10-0004Sh-Fy for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 07:40:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38620) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUT0r-0001Do-SZ; Thu, 08 Apr 2021 07:39:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3606 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUT0p-0006lx-JP; Thu, 08 Apr 2021 07:39:52 -0400 Date: Thu, 08 Apr 2021 14:39:30 +0300 Message-Id: <835z0x9f9p.fsf@gnu.org> From: Eli Zaretskii To: Gregory Heytings In-Reply-To: <9ff81b52fa1cb82320c6@heytings.org> (message from Gregory Heytings on Thu, 08 Apr 2021 10:47:55 +0000) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Date: Thu, 08 Apr 2021 10:47:55 +0000 > From: Gregory Heytings > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" , 47244@debbugs.gnu.org, > Michael Welsh Duggan > > I have no suggestion, but a question: why don't you try to bisect > this bug? Bisection requires to know the last commit where the bug didn't exist. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 08:03:59 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 12:03:59 +0000 Received: from localhost ([127.0.0.1]:46116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTOB-00052g-9E for submit@debbugs.gnu.org; Thu, 08 Apr 2021 08:03:59 -0400 Received: from mout.gmx.net ([212.227.17.21]:52641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTO7-00052R-Hz for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 08:03:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617883421; bh=og0AX/kQo9UZVLT61ccC40CUDjBBdgJn04GZyJ1FvmM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=PTlU80ctucuqcxrdltWWXqSILSgC3ezbI0pj+Dbb0KMnZ3F905RezXMxzXWFBrl4R UiZt4AerOZbKj+89oOlK2oIkkI3+xS/gI2BUe9LHqRGPDA5C7ufdHli6aatZkDIGDg xJgCSRv2yosWrD3yFaLtDm8CUWvv05TFOa7IuHXY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.147]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mzyuc-1lobb10j4g-00x1Um; Thu, 08 Apr 2021 14:03:41 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Gregory Heytings References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> From: martin rudalics Message-ID: <224a10da-6bb8-b679-fdda-e7c06952bd34@gmx.at> Date: Thu, 8 Apr 2021 14:03:38 +0200 MIME-Version: 1.0 In-Reply-To: <9ff81b52fa1cb82320c6@heytings.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Zn3G2j4A88KOaSz+6KiLaV+5KsYQkz/c90GnitidpCvFq4nis8j TDnSp3IX5dsgqER88J1nDwkPxa+zNICKFNxRtuAqPksHsX5E/VamuJLkBO4fr78hQkh++mo CL1ejj6rFmfr5w8FU0xOvFHAFzGvqMGPVjpu2LAW4Aw2UGpGN1tVjqUL/VOZjYp5X+qyQLD ravnldSdRypiKD9QfCOzA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JkK0ngvcReA=:amreiNeepsZoM8TUYLaxus R4ueM8vmP8Xt9VKf0Hu+yv8CZqcnXBAV6YeevrE22bf3CcKuccAtSh1ZrbOs24FAjtFz3UaBY iwZB1sjvjqNbvkXJ4OvLPgy4iOuwqmil6k2Qi6UmowGoXv1OXPLaRtZH5IXSn1adD/4rL9cmz 2FEu3BOaJo4WKOsm6QZEaB0LfYWwAOBH+B41KjPEiTHJxZhNnkcox0weneCPBfVZY244NYQu2 Iy6K+62EnmbvLcayBamTvmn6LEoyyK+3spaXh+wa0C5R43xxM9POK0VFJsojuGAyrzjUvO4HZ 35xuMDgMQ7vXvk50OdCWVKwbvPLAeqXnLaKQEj+KuzQObpFxTsrJplMeIypQzhjQqPYhbdbYe c2UrWS7GTB7PDzOCw6n3U9kHGDib7au7nMRnRns59k+EGDHGMysYgx82q7B9SqIzRe2zolbVu hxfwNZjHKJtYGd1qVVrMY9Z0dgdGX0qpX1J1axdeeir9I4f0EbyW9i4dTW9Q/dfiYACc700pe m3g6I5WDuktUXI1dIaYuTdbEgH4/iAFgAPW8Ez2Fd84Vh3I0YpSF1AWNqMFm8fPUWgmVBA/+k C1RW3V4LWW/0cUe3znkVJwT3ElI4Pp0gaAuGKzhTGrSMzRvO9cVfv4hgBYsF/wRafd9LuehXg tVVq/riCxtbXmo5vR4/Es8EET07zdEYL2dANii2MlTijeyfZGOtuJgq6c5nB4vHoETdtRFIbB L8qpLMCaXcnzFkDeQ8VBsOR4qwt4pBt4dG9wAG0lYitm1/Aq1b2eIBVaY0nHMYPxFnS51GEpX GhiKFgVlh/XXa+XYvb66eCqzT+RCZZcN8FXcVne2q5zQ+y+o6JgnMDaxIST9vvYO9ZkACkuYb NRIa1BpLrTkVrzLL5BtzfA8K4Xq363J1Nf8NUnT+f2PV/vNl4q2LrePFNeLC6psn/jxNu7DoD pZGLd2vE9oxrmMksVAHGHwoEFUIWbKE8X9fKjPzPL23Dk5jEYM/vJH+laGvZBLK9m6wYxlpWj jBubHtlvr7L5yPLH2NMvm95LUedcaiFUXj0d2V8pqRmdW1O9fHDE6lWikTcAfIaeQD8RK36A5 0M6MvL4CvreGeUgqzvbbQPKv4TvhlOKyMbcy0GjXbyTstldlTbU9lZVUkrMlpD4AD3A+RgdyC /zXxKH557QdG1+L3ePSDibecA8kj4NVFIVMotMJCXhvYtCRQ7etSscVxaugRNMMh8r4GrRB9A 0yNhauVYRC7LesoK3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , 47244@debbugs.gnu.org, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) > I have no suggestion, but a question: why don't you try to bisect this bug? Probably because this bug sits just around the corner - we are only not able to see it. Bisecting is problematic for two reasons: It takes Michael some time to reproduce the bug and it's not yet clear whether the functionality of an older Emacs would allow him to reproduce that bug in the first place. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 08:06:26 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 12:06:27 +0000 Received: from localhost ([127.0.0.1]:46120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTQY-00056Y-MC for submit@debbugs.gnu.org; Thu, 08 Apr 2021 08:06:26 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:56405) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTQV-00056O-UK for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 08:06:25 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4FGKjn707Wz1qtQ2; Thu, 8 Apr 2021 14:06:16 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4FGKjh57Lgz1qvBY; Thu, 8 Apr 2021 14:06:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id os4eS1pgAFeu; Thu, 8 Apr 2021 14:06:15 +0200 (CEST) X-Auth-Info: 3zbyqTdV0m8lLVG3Z9/LkYPpHA2n+55+y80QywNymhyhQhPD33+g478qbJ30i4KI Received: from igel.home (ppp-46-244-187-2.dynamic.mnet-online.de [46.244.187.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 8 Apr 2021 14:06:15 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id A92D32C374C; Thu, 8 Apr 2021 14:06:14 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <835z0x9f9p.fsf@gnu.org> X-Yow: I love ROCK 'N ROLL! I memorized the all WORDS to ``WIPE-OUT'' in 1965!! Date: Thu, 08 Apr 2021 14:06:14 +0200 In-Reply-To: <835z0x9f9p.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Apr 2021 14:39:30 +0300") Message-ID: <87czv5ugjt.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, Gregory Heytings , 47244@debbugs.gnu.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Apr 08 2021, Eli Zaretskii wrote: > Bisection requires to know the last commit where the bug didn't exist. Not the *last* commit, that what bisection is for to find out. It just requires *any* commit where the bug didn't exist. But it also requires a reliable on/off condition for the bug. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 08:24:22 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 12:24:22 +0000 Received: from localhost ([127.0.0.1]:46134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTht-0005We-Ls for submit@debbugs.gnu.org; Thu, 08 Apr 2021 08:24:22 -0400 Received: from heytings.org ([95.142.160.155]:58280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUThq-0005WU-8k for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 08:24:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1617884656; bh=jonoU4tuvun2mLprblY463lJECIoUN9pDep1fyXTFPw=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=hYW9i1uCj4q8IxJZwtW/jK9ujWv098oovrtmbJBfmECOI0MIewyfZkQuE+NvZGcck QVcUquyQc3eZKIpYfeHw8Pw2GwIqsBbk5uXmlGGz2f3aiXVW+qTeEANzZOnuSiFh7X PkR245Pde5iP2gmavcIcWd2IBm/Qj0fK7+2W1X34sOviicYlnT0G43AN9AA+kNqMog jh3Au3Ni6FE61JXXPZhkMr3lO4Y6pUoNiqs+aldhzIOVksqsAfXZgmfhoOv9a/umlq NZHb+1KvlHK53KzF++0esZNdfWeYa0N8ur5KAN8GiS6tV2L73MjXu5sPprsAKmzsYh +lmIYpUCbGwrg== Date: Thu, 08 Apr 2021 12:24:16 +0000 From: Gregory Heytings To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: <224a10da-6bb8-b679-fdda-e7c06952bd34@gmx.at> Message-ID: <9ff81b52fa81dc71ef1b@heytings.org> References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <224a10da-6bb8-b679-fdda-e7c06952bd34@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , 47244@debbugs.gnu.org, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) >> I have no suggestion, but a question: why don't you try to bisect this >> bug? > > Probably because this bug sits just around the corner - we are only not > able to see it. Bisecting is problematic for two reasons: It takes > Michael some time to reproduce the bug and it's not yet clear whether > the functionality of an older Emacs would allow him to reproduce that > bug in the first place. > I see, but still, given the time you've already spent on this, would it not be easier to check whether say HEAD~2000 already has the bug? IIUC the reproduction is always under the same condition: resetting Gnus after switching the VPN. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 08:30:34 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 12:30:34 +0000 Received: from localhost ([127.0.0.1]:46141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTno-0005gt-Gd for submit@debbugs.gnu.org; Thu, 08 Apr 2021 08:30:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUTnm-0005gg-T5 for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 08:30:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40133) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUTnd-0005oZ-3X; Thu, 08 Apr 2021 08:30:17 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2699 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUTnb-0000oE-42; Thu, 08 Apr 2021 08:30:15 -0400 Date: Thu, 08 Apr 2021 15:29:55 +0300 Message-Id: <834kgh9cxo.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-Reply-To: <87czv5ugjt.fsf@igel.home> (message from Andreas Schwab on Thu, 08 Apr 2021 14:06:14 +0200) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <835z0x9f9p.fsf@gnu.org> <87czv5ugjt.fsf@igel.home> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, gregory@heytings.org, 47244@debbugs.gnu.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Andreas Schwab > Cc: Gregory Heytings , rudalics@gmx.at, > mwd@md5i.com, 47244@debbugs.gnu.org, mwd@cert.org > Date: Thu, 08 Apr 2021 14:06:14 +0200 > > On Apr 08 2021, Eli Zaretskii wrote: > > > Bisection requires to know the last commit where the bug didn't exist. > > Not the *last* commit, that what bisection is for to find out. It just > requires *any* commit where the bug didn't exist. Right, but that's unknown as well here. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 08:43:06 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 12:43:06 +0000 Received: from localhost ([127.0.0.1]:46145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUU02-0005zh-42 for submit@debbugs.gnu.org; Thu, 08 Apr 2021 08:43:06 -0400 Received: from heytings.org ([95.142.160.155]:58310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUU00-0005zY-Ef for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 08:43:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1617885783; bh=SHWlLhcvPK+Hl9HN3IzgwdQ7ZyRi1IVTHfSWf4NH2Ow=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=JV28YlXbbZKsL/4CKQ9tzKrz9ekiCbQQ6ttAetnYafj4nZoio7fT1VnK7KCNJI8f3 xwqFuAXjn2S4WoxqI0NfJkwF/JiCGdHXgeAFB5RvK9omodtHlB1PQ9/6gCIgHtJDPY 885wk55Z9oq0W9nsXmwaLw1ZWvPdEgq7OG69k2QsC48lEPZY31BUhSf5vBaaqYk+xK EbfW01Mx8jMgSeIPnYBGgtyy7VkkQf9Z2aBctPLj88sMNggCCW6OFogCq6j4lNKpA4 OMqfYr5hsm1q9gLW4hp7I41lB8CxJfYfqnX1afGKfufY9iIdyjAOwQl0mMK1F1NXtw QOScCW+GnFQAg== Date: Thu, 08 Apr 2021 12:43:02 +0000 From: Gregory Heytings To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: <834kgh9cxo.fsf@gnu.org> Message-ID: <9ff81b52fa1f308133de@heytings.org> References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <835z0x9f9p.fsf@gnu.org> <87czv5ugjt.fsf@igel.home> <834kgh9cxo.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, Andreas Schwab , mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> Bisection requires to know the last commit where the bug didn't exist. >> >> Not the *last* commit, that what bisection is for to find out. It just >> requires *any* commit where the bug didn't exist. > > Right, but that's unknown as well here. > Usually the first step in bisecting is to find some distant commit where the bug did not exist. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 09:00:37 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 13:00:37 +0000 Received: from localhost ([127.0.0.1]:46149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUUGv-0006Qs-IQ for submit@debbugs.gnu.org; Thu, 08 Apr 2021 09:00:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUUGr-0006Qb-Cm for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 09:00:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40591) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUUGh-0005my-IG; Thu, 08 Apr 2021 09:00:19 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4531 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUUGb-0006Nt-QJ; Thu, 08 Apr 2021 09:00:17 -0400 Date: Thu, 08 Apr 2021 15:59:53 +0300 Message-Id: <8335w19bjq.fsf@gnu.org> From: Eli Zaretskii To: Gregory Heytings In-Reply-To: <9ff81b52fa1f308133de@heytings.org> (message from Gregory Heytings on Thu, 08 Apr 2021 12:43:02 +0000) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <835z0x9f9p.fsf@gnu.org> <87czv5ugjt.fsf@igel.home> <834kgh9cxo.fsf@gnu.org> <9ff81b52fa1f308133de@heytings.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Date: Thu, 08 Apr 2021 12:43:02 +0000 > From: Gregory Heytings > cc: Andreas Schwab , mwd@md5i.com, > 47244@debbugs.gnu.org, mwd@cert.org > > >>> Bisection requires to know the last commit where the bug didn't exist. > >> > >> Not the *last* commit, that what bisection is for to find out. It just > >> requires *any* commit where the bug didn't exist. > > > > Right, but that's unknown as well here. > > > > Usually the first step in bisecting is to find some distant commit where > the bug did not exist. Sure, but given the time it takes to reproduce the problem, that could take much longer than what Martin is doing now. And if you go far enough into the past, Emacs will stop building successfully, so you are stuck there. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 09:39:19 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 13:39:19 +0000 Received: from localhost ([127.0.0.1]:46189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUUsQ-0007MB-Ti for submit@debbugs.gnu.org; Thu, 08 Apr 2021 09:39:19 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:58748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUUsK-0007Lr-SO for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 09:39:17 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138Dd6P6004842; Thu, 8 Apr 2021 09:39:07 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 138Dd6P6004842 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617889147; bh=1y5/WDhlx/fu9a0tV0k0GcGOk7yLrWQdX5d8zljB+F8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=PPhbbEvTPlro348RQJwnHgU66ulFa4bFPriiaYdcA5+1/at5zWZgh8XOi5HvLlcQI b3yR73vZCWRW6IIo7LJGdbllPFdOGi7Da4tCt8HVI9fssXZuP7MJRUrlGRIo6UeJ53 YoSq/zxvsSy3/PGrmz94X2R7Yg3u/ypsw7ywn8zQ= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138Dd4GZ016493; Thu, 8 Apr 2021 09:39:04 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138Dd4sP023679; Thu, 8 Apr 2021 09:39:04 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138Dd3Jj023676; Thu, 8 Apr 2021 09:39:03 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Gregory Heytings Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <224a10da-6bb8-b679-fdda-e7c06952bd34@gmx.at> <9ff81b52fa81dc71ef1b@heytings.org> Date: Thu, 08 Apr 2021 09:39:03 -0400 In-Reply-To: <9ff81b52fa81dc71ef1b@heytings.org> (Gregory Heytings's message of "Thu, 8 Apr 2021 08:24:16 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , martin rudalics , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Gregory Heytings writes: >>> I have no suggestion, but a question: why don't you try to bisect this >>> bug? >> >> Probably because this bug sits just around the corner - we are only not >> able to see it. Bisecting is problematic for two reasons: It takes >> Michael some time to reproduce the bug and it's not yet clear whether >> the functionality of an older Emacs would allow him to reproduce that >> bug in the first place. >> > > I see, but still, given the time you've already spent on this, would it > not be easier to check whether say HEAD~2000 already has the bug? IIUC > the reproduction is always under the same condition: resetting Gnus after > switching the VPN. Unfortunately, although it always triggers under the same condition, it doesn't trigger every time I'm in that condition. In fact, I don't know that I've every been able to trigger it more than twice in a day, even when manually attempting to create the circumstances that might do so. And some days I haven't been able to trigger it at all. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 10:36:08 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 14:36:08 +0000 Received: from localhost ([127.0.0.1]:47951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUVlQ-0002qr-9r for submit@debbugs.gnu.org; Thu, 08 Apr 2021 10:36:08 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:60880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUVlK-0002qI-Hz for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 10:36:06 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138EZt2u013878; Thu, 8 Apr 2021 10:35:55 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 138EZt2u013878 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617892556; bh=LWF4UU8XLxd2NBkt9ELDjj7XJbM6F1F5RrThu16ozHY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=EI9sjKs7M1HXDQ9D01QKZH4hCCi3zbeJYAEqGUycv3JsV1r6aqgiypJXuQmtNu5RS Ob+4W672zISbljMMDR8RSxLDsSVdxuEif8/3x7ZcjdFoW+PHArRWj/719bTlNvxzEu Y3QxqTxVZJOgl6lK2D3J33nttzIxByDmVmGjz7nM= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138EZs2u017303; Thu, 8 Apr 2021 10:35:54 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138EZsZJ029887; Thu, 8 Apr 2021 10:35:54 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138EZr0f029884; Thu, 8 Apr 2021 10:35:53 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> Date: Thu, 08 Apr 2021 10:35:53 -0400 In-Reply-To: (martin rudalics's message of "Thu, 8 Apr 2021 02:59:48 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > FWIW, I've been trying to do the same and have been similarly > > unsuccessful. > > I attach a version where I make a shadow copy of Vwindow_list called > Vwindow_list_2. The two should behave the same just that Vwindow_list_2 > is never accessed by other code. So we can put an assertion like > > eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); > > anywhere in the code. I put one in window_list and it should trigger > the same way as the length check before. > > Now if anyone can suggest some strategic positions where to put these > assertions, I'll be all ears. I've yet to run this code yet (will do so shortly), but I'd like to mention that some other debugging I've been doing involving tricky breakpoint commands is implying that, somehow, list_windows() is getting called while list_windows() is still running. I've got a breakpoint at the beginning of the if clause in window_list() and one at the end, and it looks like I'm seeing the first one get called twice without the second getting called inbetween. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:09:28 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:09:28 +0000 Received: from localhost ([127.0.0.1]:47984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWHf-0005l6-DQ for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:09:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34798) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWHb-0005kV-5e for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:09:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43419) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUWHS-0001qy-GF; Thu, 08 Apr 2021 11:09:14 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4577 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUWHQ-0003j9-Tn; Thu, 08 Apr 2021 11:09:13 -0400 Date: Thu, 08 Apr 2021 18:08:50 +0300 Message-Id: <83v98w95kt.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 08 Apr 2021 10:35:53 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Date: Thu, 08 Apr 2021 10:35:53 -0400 > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > > I've yet to run this code yet (will do so shortly), but I'd like to > mention that some other debugging I've been doing involving tricky > breakpoint commands is implying that, somehow, list_windows() is getting > called while list_windows() is still running. I've got a breakpoint > at the beginning of the if clause in window_list() and one at the end, > and it looks like I'm seeing the first one get called twice without the > second getting called inbetween. That could mean some code signals an error, or throws to catchpoint, before the second breakpoint is hit. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:21:26 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:21:26 +0000 Received: from localhost ([127.0.0.1]:48002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWTE-0008B8-A0 for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:21:26 -0400 Received: from md5i.com ([75.151.244.229]:59226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWTA-0008Ar-2D for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:21:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KbXVe+x/U/dZSZVHSw2b0IzQlBZd3qGoiPfXA2+Wamg=; b=KPhwvB/r/wCpDIr/5zi8zUQfQQ C3SFPD2zupkbL7XOzJKXAExzqSkuP4RXzbn3jivsGV2n5TfpT/9P182+/FzsXSrthZRJ76BCt1M0A 8miAAqo3EDgkjWAz/Vbkqg9LN; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lUWT1-004Bf7-6Y; Thu, 08 Apr 2021 11:21:10 -0400 From: Michael Welsh Duggan To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> Date: Thu, 08 Apr 2021 11:21:10 -0400 In-Reply-To: (Michael Welsh Duggan's message of "Thu, 08 Apr 2021 10:35:53 -0400") Message-ID: <871rbkn6op.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , martin rudalics , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Welsh Duggan writes: > martin rudalics writes: > >> > FWIW, I've been trying to do the same and have been similarly >> > unsuccessful. >> >> I attach a version where I make a shadow copy of Vwindow_list called >> Vwindow_list_2. The two should behave the same just that Vwindow_list_2 >> is never accessed by other code. So we can put an assertion like >> >> eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); >> >> anywhere in the code. I put one in window_list and it should trigger >> the same way as the length check before. >> >> Now if anyone can suggest some strategic positions where to put these >> assertions, I'll be all ears. > > I've yet to run this code yet (will do so shortly), but I'd like to > mention that some other debugging I've been doing involving tricky > breakpoint commands is implying that, somehow, list_windows() is getting > called while list_windows() is still running. I've got a breakpoint > at the beginning of the if clause in window_list() and one at the end, > and it looks like I'm seeing the first one get called twice without the > second getting called inbetween. Okay, close, but not quite. What seems to be happening is this: list_windows() is called while Vwindow_list is nil, and the if branch is taken. Something causes list_windows() to exit without reaching the end of the if block. This leaves Vwindow_list partially created. The next time list_windows() is called it returns the partially created list. To determine this I put a breakpoint at the beginning of the if block that sets a gdb convenience variable called $in_list_windows to one and continues. I put a breakpoint at the end of that block that sets it to zero and continues. I put a third condition breakpoint at the entrance to list_windows() that only triggers if $in_list_windows is one. This triggered with the included backtrace. Once again, the state triggered when, due to the VPN state changing, a background gnus demon hung trying to fetch mail. The trigger was me hitting C-g twice rapidly in succession to regain interactivity. Can anyone recommend a means to check if this my theory is true? Does list_windows() need to be protected against quit? #0 window_list () at ../../master/src/window.c:2566 #1 0x000055555564c0be in window_list_1 (window=3DXIL(0x555556f6f995), minibuf=3DXIL(0xc0), all_frames=3DXIL(0x= 30)) at ../../master/src/window.c:2886 tail =3D XIL(0x7ffff26647bd) list =3D XIL(0) rest =3D XIL(0x7ffff26647c0) #2 0x000055555564c404 in Fwindow_list_1 (window=3DXIL(0), minibuf=3DXIL(0), all_frames=3DXIL(0x30)) at ../../master/src/window.c:2960 #3 0x00005555557fdc14 in funcall_subr (subr=3D0x555555dd4960 , numargs=3D3, args=3D0x7fffffff= bfa0) at ../../master/src/eval.c:2992 internal_argbuf =3D=20 {XIL(0x7fffffffbed0), XIL(0x1000000000), XIL(0x555555dd4960), XIL= (0x7fffffffbed8), XIL(0x5555557f47fd), XIL(0x10557f42c4), XIL(0x555555dd496= 5), XIL(0x7fffffffbef0)} internal_args =3D 0x7fffffffbfa0 #4 0x00005555557fd682 in Ffuncall (nargs=3D4, args=3D0x7fffffffbf98) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd4965) original_fun =3D XIL(0x2aaa9c71a7a8) funcar =3D XIL(0x7fffffffbf50) numargs =3D 3 val =3D XIL(0x55555854b805) count =3D 12 #5 0x0000555555856d45 in exec_byte_code (bytestr=3DXIL(0x7ffff277c864), vector=3DXIL(0x7ffff277c80d), maxdepth= =3Dmake_fixnum(8), args_template=3Dmake_fixnum(256), nargs=3D1, args=3D0x7f= ffffffc4b0) at ../../master/src/bytecode.c:632 op =3D 3 type =3D (CONDITION_CASE | unknown: 0x8) targets =3D=20 {0x555555859bda , 0x555555859bff , 0x555555859c01 , 0x555555859c03 , 0x555555859c05 , 0x555555859c05 , 0x555555859c6a , 0x555555859cde <= exec_byte_code+15479>, 0x555555856605 , 0x555555856607= , 0x555555856609 , 0x55555585660= b , 0x55555585660d , 0x5555558566= 0d , 0x555555856613 , 0x555555856= 5d4 , 0x555555856a2b , 0x55555585= 6a2d , 0x555555856a2f , 0x5555558= 56a31 , 0x555555856a33 , 0x555555= 856a33 , 0x555555856a68 , 0x55555= 5856a39 , 0x555555856c5d , 0x5555= 55856c5f , 0x555555856c61 , 0x555= 555856c63 , 0x555555856c65 , 0x55= 5555856c65 , 0x555555856c17 , 0x5= 55555856c2e , 0x555555856d12 , 0x= 555555856d14 , 0x555555856d16 , 0= x555555856d18 , 0x555555856d1a , = 0x555555856d1a , 0x555555856ccc ,= 0x555555856ce3 , 0x555555856dc4 = , 0x555555856dc6 , 0x555555856dc8 , 0x555555856dca , 0x555555856dcc , 0x555555856dcc , 0x555555856d7e , 0x555555856d95 , 0x55555585762c , 0x55555585750f , 0x555555857506 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555857866 , 0x55555585797c , 0x5555558579d9 , 0x555555857a39 , 0x555555857a9b , 0x555555856884 , 0x5555558568ff , 0x555555857b14 , 0x5555558567c1 , 0x555555856967 , 0x555555857b7c , 0x555555857be4 , 0x555555857c2c , 0x555555857c94 , 0x555555857cfa <= exec_byte_code+7315>, 0x555555857de0 , 0x555555857e28 = , 0x555555857e90 , 0x555555857f15= , 0x555555857f5d , 0x555555857fa= 5 , 0x55555585800d , 0x5555558580= 75 , 0x5555558580dd , 0x555555858= 162 , 0x5555558581b1 , 0x55555585= 8200 , 0x5555558582c7 , 0x5555558= 583c0 , 0x5555558584b9 , 0x555555= 858526 , 0x555555858593 , 0x55555= 5858600 , 0x55555585866d , 0x5555= 558586da , 0x555555858729 , 0x555= 555858823 , 0x555555858872 , 0x= 5555558588c1 , 0x555555858910 ,= 0x555555858a16 , 0x555555857386 , 0x555555858a71 , 0x555555858ab9 , 0x555555858b7b , 0x555555858be4 , 0x555555858c3f , 0x555555858c87 , 0x555555858cca , 0x555555858d0d , 0x555555858d58 , 0x555555859bda , 0x555555858db0 , 0x555555858df3 , 0x555555858e36 , 0x555555858e79 = , 0x555555858ebc , 0x555555858e= ff , 0x555555857386 , 0x55555585= 9bda , 0x555555858f47 , 0x55555= 5858f99 , 0x555555858fe1 , 0x55= 5555859029 , 0x555555859091 , 0= x5555558590f9 , 0x555555859141 = , 0x5555558591fe , 0x555555859266 , 0x5555558592ce , 0x555555859336 , 0x555555859379 , 0x555555859bda , 0x5555558572cc , 0x555555856e76 , 0x55555585672f , 0x555555856f27 , 0x555555856fab , 0x55555585702c , 0x555555857280 , 0x555555857295 , 0x555555856bc4 , 0x55555585734f , 0x5555558573bd , 0x55555585744e , 0x555555857497 , 0x555555857678 , 0x5555558576f5 , 0x55555585777a , 0x5555558577e0 , 0x555555856e28 , 0x5555558593c1 , 0x555555859446 <= exec_byte_code+13279>, 0x55555585948e , 0x5555558594d= 6 , 0x55555585951e , 0x55555585= 9566 , 0x5555558595ce , 0x55555= 5859636 , 0x55555585969e , 0x55= 5555859706 , 0x55555585984f , 0= x5555558598b7 , 0x55555585991f = , 0x555555859967 , 0x5555558599cf , 0x555555859a37 , 0x555555859a7f , 0x555555859ac7 , 0x55555585895f , 0x5555558589ae , 0x555555859b16 , 0x555555859b78 , 0x555555859bda , 0x5555558570ad , 0x5555558570ca , 0x555555857139 , 0x5555558571a8 , 0x555555857214 , 0x555555857d68 , 0x55555585824f , 0x555555858b03 , 0x555555859d71 , 0x555555859de6= , 0x555555859bda , 0x555555859= bda , 0x555555859e7c , 0x555555= 859f03 , 0x555555859bda , 0x555= 555859bda , 0x555555859bda , 0x= 555555859bda , 0x555555859bda ,= 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x55555585a051 } const_length =3D 10 bytestr_length =3D 56 vectorp =3D 0x7ffff277c810 quitcounter =3D 1 '\001' stack_items =3D 9 sa_avail =3D 16256 sa_count =3D 12 alloc =3D 0x7fffffffbf80 stack_base =3D 0x7fffffffbf80 top =3D 0x7fffffffbf98 stack_lim =3D 0x7fffffffbfc8 bytestr_data =3D 0x7fffffffbfc8 "\300\001!\301\302\211\303#\211\205= \067" pc =3D 0x7fffffffbfd0 "\211\205\067" count =3D 12 result =3D make_fixnum(13243468115) #6 0x00005555557fde6d in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff277c7b= 5), syms_left=3Dmake_fixnum(256), nargs=3D1, args=3D0x7fffffffc4a8) at ../.= ./master/src/eval.c:3036 #7 0x00005555557fe2f3 in funcall_lambda (fun=3DXIL(0x7ffff277c7b5), nargs= =3D1, arg_vector=3D0x7fffffffc4a8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffc420) syms_left =3D make_fixnum(256) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 12 i =3D 93824994985981 optional =3D false rest =3D false #8 0x00005555557fd6c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffc4a0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff277c7b5) original_fun =3D XIL(0xbd60) funcar =3D XIL(0x7fffffffc470) numargs =3D 1 val =3D XIL(0x555555e63080) count =3D 11 #9 0x00005555557fce90 in call1 (fn=3DXIL(0xbd60), arg1=3DXIL(0x55555854b80= 5)) at ../../master/src/eval.c:2774 #10 0x000055555564d90e in replace_buffer_in_windows (buffer=3DXIL(0x5555585= 4b805)) at ../../master/src/window.c:3444 #11 0x0000555555758e87 in Fkill_buffer (buffer_or_name=3DXIL(0x55555854b805= )) at ../../master/src/buffer.c:1830 buffer =3D XIL(0x55555854b805) b =3D 0x55555854b800 tem =3D XIL(0x55555575368d) m =3D 0x7fffffffc5f0 #12 0x00005555557fdbba in funcall_subr (subr=3D0x555555dd9ce0 , numargs=3D1, args=3D0x7fffffffc710) at ../../master/src/eval.c:2987 internal_argbuf =3D {XIL(0x7fffffffc650), XIL(0x1000000000), XIL(0x= 555555dd9ce0), XIL(0x7fffffffc658), XIL(0x5555557f47fd), XIL(0x10557f42c4),= XIL(0x555555dd9ce5), XIL(0x7fffffffc670)} internal_args =3D 0x7fffffffc710 #13 0x00005555557fd682 in Ffuncall (nargs=3D2, args=3D0x7fffffffc708) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd9ce5) original_fun =3D XIL(0x2aaa9c7147c0) funcar =3D XIL(0x7fffffffc6d0) numargs =3D 1 val =3D XIL(0x7fffffffc6f0) count =3D 10 #14 0x0000555555856d45 in exec_byte_code (bytestr=3DXIL(0x7ffff25c7454), ve= ctor=3DXIL(0x555557d4ffdd), maxdepth=3Dmake_fixnum(2), args_template=3Dmake= _fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../master/src/bytecode.= c:632 op =3D 1 type =3D (unknown: 0x5588e77c) targets =3D {0x555555859bda , 0x555555859bff = , 0x555555859c01 , 0x555555859c= 03 , 0x555555859c05 , 0x5555558= 59c05 , 0x555555859c6a , 0x5555= 55859cde , 0x555555856605 , 0x55= 5555856607 , 0x555555856609 , 0x5= 5555585660b , 0x55555585660d , 0x= 55555585660d , 0x555555856613 , 0= x5555558565d4 , 0x555555856a2b , = 0x555555856a2d , 0x555555856a2f ,= 0x555555856a31 , 0x555555856a33 = , 0x555555856a33 , 0x555555856a68 , 0x555555856a39 , 0x555555856c5d , 0x555555856c5f , 0x555555856c61 , 0x555555856c63 , 0x555555856c65 , 0x555555856c65 , 0x555555856c17 , 0x555555856c2e , 0x555555856d12 , 0x555555856d14 , 0x555555856d16 , 0x555555856d18 , 0x555555856d1a , 0x555555856d1a , 0x555555856ccc , 0x555555856ce3 , 0x555555856dc4 , 0x555555856dc6 , 0x555555856dc8 , 0x555555856dca , 0x555555856dcc , 0x555555856dcc , 0x555555856d7e , 0x555555856d95 , 0x55555585762c , 0x55555585750f , 0x555555857506 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda <= exec_byte_code+15219>, 0x555555859bda , 0x55555585786= 6 , 0x55555585797c , 0x5555558579= d9 , 0x555555857a39 , 0x555555857= a9b , 0x555555856884 , 0x55555585= 68ff , 0x555555857b14 , 0x5555558= 567c1 , 0x555555856967 , 0x555555= 857b7c , 0x555555857be4 , 0x55555= 5857c2c , 0x555555857c94 , 0x5555= 55857cfa , 0x555555857de0 , 0x555= 555857e28 , 0x555555857e90 , 0x55= 5555857f15 , 0x555555857f5d , 0x5= 55555857fa5 , 0x55555585800d , 0x= 555555858075 , 0x5555558580dd , 0= x555555858162 , 0x5555558581b1 , = 0x555555858200 , 0x5555558582c7 ,= 0x5555558583c0 , 0x5555558584b9 = , 0x555555858526 , 0x555555858593 , 0x555555858600 , 0x55555585866d , 0x5555558586da , 0x555555858729 , 0x555555858823 , 0x555555858872 , 0x5555558588c1 , 0x555555858910 , 0x555555858a16 , 0x555555857386 , 0x555555858a71 , 0x555555858ab9 , 0x555555858b7b , 0x555555858be4 , 0x555555858c3f , 0x555555858c87 , 0x555555858cca , 0x555555858d0d= , 0x555555858d58 , 0x555555859= bda , 0x555555858db0 , 0x555555= 858df3 , 0x555555858e36 , 0x555= 555858e79 , 0x555555858ebc , 0x= 555555858eff , 0x555555857386 , = 0x555555859bda , 0x555555858f47 , 0x555555858f99 , 0x555555858fe1 , 0x555555859029 , 0x555555859091 , 0x5555558590f9 , 0x555555859141 , 0x5555558591fe , 0x555555859266 , 0x5555558592ce , 0x555555859336 , 0x555555859379 , 0x555555859bda , 0x5555558572cc , 0x555555856e76 <= exec_byte_code+3599>, 0x55555585672f , 0x555555856f27 = , 0x555555856fab , 0x55555585702c= , 0x555555857280 , 0x55555585729= 5 , 0x555555856bc4 , 0x5555558573= 4f , 0x5555558573bd , 0x555555857= 44e , 0x555555857497 , 0x55555585= 7678 , 0x5555558576f5 , 0x5555558= 5777a , 0x5555558577e0 , 0x555555= 856e28 , 0x5555558593c1 , 0x5555= 55859446 , 0x55555585948e , 0x5= 555558594d6 , 0x55555585951e , = 0x555555859566 , 0x5555558595ce , 0x555555859636 , 0x55555585969e , 0x555555859706 , 0x55555585984f , 0x5555558598b7 , 0x55555585991f , 0x555555859967 , 0x5555558599cf , 0x555555859a37 , 0x555555859a7f , 0x555555859ac7 , 0x55555585895f , 0x5555558589ae , 0x555555859b16 = , 0x555555859b78 , 0x555555859b= da , 0x5555558570ad , 0x55555585= 70ca , 0x555555857139 , 0x5555558= 571a8 , 0x555555857214 , 0x555555= 857d68 , 0x55555585824f , 0x55555= 5858b03 , 0x555555859d71 , 0x55= 5555859de6 , 0x555555859bda , 0= x555555859bda , 0x555555859e7c = , 0x555555859f03 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x55555585a051 } const_length =3D 3 bytestr_length =3D 10 vectorp =3D 0x555557d4ffe0 quitcounter =3D 1 '\001' stack_items =3D 3 sa_avail =3D 16350 sa_count =3D 10 alloc =3D 0x7fffffffc700 stack_base =3D 0x7fffffffc700 top =3D 0x7fffffffc708 stack_lim =3D 0x7fffffffc718 bytestr_data =3D 0x7fffffffc718 "\301\300!\205\t" pc =3D 0x7fffffffc721 "\207\377\377\377\177" count =3D 10 result =3D XIL(0x9) #15 0x00005555557fde6d in fetch_and_exec_byte_code (fun=3DXIL(0x55555783358= d), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../= master/src/eval.c:3036 #16 0x00005555557fe2f3 in funcall_lambda (fun=3DXIL(0x55555783358d), nargs= =3D0, arg_vector=3D0x7fffffffcbc0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffcb40) syms_left =3D make_fixnum(0) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985981 optional =3D false rest =3D false #17 0x00005555557fd6c6 in Ffuncall (nargs=3D1, args=3D0x7fffffffcbb8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x55555783358d) original_fun =3D XIL(0x55555783358d) funcar =3D XIL(0x7fffffffcb70) numargs =3D 0 val =3D XIL(0x555555e63080) count =3D 9 #18 0x0000555555856064 in bcall0 (f=3DXIL(0x55555783358d)) at ../../master/= src/bytecode.c:340 #19 0x00005555557ffafa in do_one_unbind (this_binding=3D0x7fffffffcc30, unw= inding=3Dtrue, bindflag=3DSET_INTERNAL_UNBIND) at ../../master/src/eval.c:3= 575 #20 0x00005555557fff26 in unbind_to (count=3D8, value=3DXIL(0)) at ../../ma= ster/src/eval.c:3713 this_binding =3D { kind =3D SPECPDL_UNWIND, unwind =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555856047 , arg =3D XIL(0x55555783358d), eval_depth =3D 4 }, unwind_array =3D { kind =3D SPECPDL_UNWIND, nelts =3D 93824995385415, array =3D 0x55555783358d }, unwind_ptr =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555856047 , arg =3D 0x55555783358d }, unwind_int =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555856047 , arg =3D 1468216717 }, unwind_intmax =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555856047 , arg =3D 93825028797837 }, unwind_excursion =3D { kind =3D SPECPDL_UNWIND, marker =3D XIL(0x555555856047), window =3D XIL(0x55555783358d) }, unwind_void =3D { kind =3D SPECPDL_UNWIND, func =3D 0x555555856047 }, let =3D { kind =3D SPECPDL_UNWIND, symbol =3D XIL(0x555555856047), old_value =3D XIL(0x55555783358d), where =3D XIL(0x4), saved_value =3D XIL(0) }, bt =3D { kind =3D SPECPDL_UNWIND, debug_on_exit =3D false, function =3D XIL(0x555555856047), args =3D 0x55555783358d, nargs =3D 4 } } quitf =3D XIL(0) #21 0x0000555555856df6 in exec_byte_code (bytestr=3DXIL(0x7ffff2908874), ve= ctor=3DXIL(0x7ffff2908525), maxdepth=3Dmake_fixnum(23), args_template=3Dmak= e_fixnum(257), nargs=3D1, args=3D0x7fffffffd3e0) at ../../master/src/byteco= de.c:652 op =3D 2 type =3D (unknown: 0xffffd230) targets =3D {0x555555859bda , 0x555555859bff = , 0x555555859c01 , 0x555555859c= 03 , 0x555555859c05 , 0x5555558= 59c05 , 0x555555859c6a , 0x5555= 55859cde , 0x555555856605 , 0x55= 5555856607 , 0x555555856609 , 0x5= 5555585660b , 0x55555585660d , 0x= 55555585660d , 0x555555856613 , 0= x5555558565d4 , 0x555555856a2b , = 0x555555856a2d , 0x555555856a2f ,= 0x555555856a31 , 0x555555856a33 = , 0x555555856a33 , 0x555555856a68 , 0x555555856a39 , 0x555555856c5d , 0x555555856c5f , 0x555555856c61 , 0x555555856c63 , 0x555555856c65 , 0x555555856c65 , 0x555555856c17 , 0x555555856c2e , 0x555555856d12 , 0x555555856d14 , 0x555555856d16 , 0x555555856d18 , 0x555555856d1a , 0x555555856d1a , 0x555555856ccc , 0x555555856ce3 , 0x555555856dc4 , 0x555555856dc6 , 0x555555856dc8 , 0x555555856dca , 0x555555856dcc , 0x555555856dcc , 0x555555856d7e , 0x555555856d95 , 0x55555585762c , 0x55555585750f , 0x555555857506 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda <= exec_byte_code+15219>, 0x555555859bda , 0x55555585786= 6 , 0x55555585797c , 0x5555558579= d9 , 0x555555857a39 , 0x555555857= a9b , 0x555555856884 , 0x55555585= 68ff , 0x555555857b14 , 0x5555558= 567c1 , 0x555555856967 , 0x555555= 857b7c , 0x555555857be4 , 0x55555= 5857c2c , 0x555555857c94 , 0x5555= 55857cfa , 0x555555857de0 , 0x555= 555857e28 , 0x555555857e90 , 0x55= 5555857f15 , 0x555555857f5d , 0x5= 55555857fa5 , 0x55555585800d , 0x= 555555858075 , 0x5555558580dd , 0= x555555858162 , 0x5555558581b1 , = 0x555555858200 , 0x5555558582c7 ,= 0x5555558583c0 , 0x5555558584b9 = , 0x555555858526 , 0x555555858593 , 0x555555858600 , 0x55555585866d , 0x5555558586da , 0x555555858729 , 0x555555858823 , 0x555555858872 , 0x5555558588c1 , 0x555555858910 , 0x555555858a16 , 0x555555857386 , 0x555555858a71 , 0x555555858ab9 , 0x555555858b7b , 0x555555858be4 , 0x555555858c3f , 0x555555858c87 , 0x555555858cca , 0x555555858d0d= , 0x555555858d58 , 0x555555859= bda , 0x555555858db0 , 0x555555= 858df3 , 0x555555858e36 , 0x555= 555858e79 , 0x555555858ebc , 0x= 555555858eff , 0x555555857386 , = 0x555555859bda , 0x555555858f47 , 0x555555858f99 , 0x555555858fe1 , 0x555555859029 , 0x555555859091 , 0x5555558590f9 , 0x555555859141 , 0x5555558591fe , 0x555555859266 , 0x5555558592ce , 0x555555859336 , 0x555555859379 , 0x555555859bda , 0x5555558572cc , 0x555555856e76 <= exec_byte_code+3599>, 0x55555585672f , 0x555555856f27 = , 0x555555856fab , 0x55555585702c= , 0x555555857280 , 0x55555585729= 5 , 0x555555856bc4 , 0x5555558573= 4f , 0x5555558573bd , 0x555555857= 44e , 0x555555857497 , 0x55555585= 7678 , 0x5555558576f5 , 0x5555558= 5777a , 0x5555558577e0 , 0x555555= 856e28 , 0x5555558593c1 , 0x5555= 55859446 , 0x55555585948e , 0x5= 555558594d6 , 0x55555585951e , = 0x555555859566 , 0x5555558595ce , 0x555555859636 , 0x55555585969e , 0x555555859706 , 0x55555585984f , 0x5555558598b7 , 0x55555585991f , 0x555555859967 , 0x5555558599cf , 0x555555859a37 , 0x555555859a7f , 0x555555859ac7 , 0x55555585895f , 0x5555558589ae , 0x555555859b16 = , 0x555555859b78 , 0x555555859b= da , 0x5555558570ad , 0x55555585= 70ca , 0x555555857139 , 0x5555558= 571a8 , 0x555555857214 , 0x555555= 857d68 , 0x55555585824f , 0x55555= 5858b03 , 0x555555859d71 , 0x55= 5555859de6 , 0x555555859bda , 0= x555555859bda , 0x555555859e7c = , 0x555555859f03 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x55555585a051 } const_length =3D 51 bytestr_length =3D 494 vectorp =3D 0x7ffff2908528 quitcounter =3D 59 ';' stack_items =3D 24 sa_avail =3D 15698 sa_count =3D 7 alloc =3D 0x7fffffffcc80 stack_base =3D 0x7fffffffcc80 top =3D 0x7fffffffccb0 stack_lim =3D 0x7fffffffcd40 bytestr_data =3D 0x7fffffffcd40 "\211??\205\355\001\b\302p\001\031\= 303\304\302\"r\211q\210\305\306\002\"\216\004c\210eb\210`dW\203\345\001`=C7= =89\211\211g\310U\203\234\001\311\061:" pc =3D 0x7fffffffcf28 "\262\001)\266\203\207" count =3D 7 result =3D XIL(0) #22 0x00005555557fde6d in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff29084f= 5), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7fffffffd3d8) at ../.= ./master/src/eval.c:3036 #23 0x00005555557fe2f3 in funcall_lambda (fun=3DXIL(0x7ffff29084f5), nargs= =3D1, arg_vector=3D0x7fffffffd3d8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd350) syms_left =3D make_fixnum(257) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 7 i =3D 93824994985981 optional =3D false rest =3D false #24 0x00005555557fd6c6 in Ffuncall (nargs=3D2, args=3D0x7fffffffd3d0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff29084f5) original_fun =3D XIL(0xcff0) funcar =3D XIL(0x555555e63080) numargs =3D 1 val =3D XIL(0x5af0) count =3D 6 #25 0x00005555557fce90 in call1 (fn=3DXIL(0xcff0), arg1=3DXIL(0x55555623208= 4)) at ../../master/src/eval.c:2774 #26 0x000055555583108e in print_error_message (data=3DXIL(0x55555732d343), = stream=3DXIL(0x30), context=3D0x7ffff2c64148 "", caller=3DXIL(0)) at ../../= master/src/print.c:944 error_conditions =3D XIL(0x7ffff2c2da13) errname =3D XIL(0xb820) errmsg =3D make_fixnum(23456248526235) file_error =3D XIL(0x7fffffffd4c0) tail =3D XIL(0x30) #27 0x0000555555720a3d in Fcommand_error_default_function (data=3DXIL(0x555= 55732d343), context=3DXIL(0x7ffff25734c4), signal=3DXIL(0)) at ../../master= /src/keyboard.c:1032 sf =3D 0x555556f6f728 #28 0x00005555557fdc14 in funcall_subr (subr=3D0x555555dd86a0 , numargs=3D3, args=3D0x7fffffffd628) at ../../master/s= rc/eval.c:2992 internal_argbuf =3D {XIL(0x7fffffffd570), XIL(0x1000000000), XIL(0x= 555555dd86a0), XIL(0x7fffffffd578), XIL(0x5555557f47fd), XIL(0x10557f42c4),= XIL(0x555555dd86a5), XIL(0x7fffffffd590)} internal_args =3D 0x7fffffffd628 #29 0x00005555557fd682 in Ffuncall (nargs=3D4, args=3D0x7fffffffd620) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd86a5) original_fun =3D XIL(0x2aaa9ccc8548) funcar =3D XIL(0x7fffffffd5f0) numargs =3D 3 val =3D XIL(0x7fffffffd610) count =3D 5 #30 0x00005555557fc7a6 in Fapply (nargs=3D2, args=3D0x7fffffffd7e8) at ../.= ./master/src/eval.c:2544 i =3D 4 funcall_nargs =3D 4 funcall_args =3D 0x7fffffffd620 spread_arg =3D XIL(0) fun =3D XIL(0x555555dd86a5) sa_avail =3D 16352 sa_count =3D 5 numargs =3D 3 retval =3D XIL(0) #31 0x00005555557fdaab in funcall_subr (subr=3D0x555555de04a0 , num= args=3D2, args=3D0x7fffffffd7e8) at ../../master/src/eval.c:2967 #32 0x00005555557fd682 in Ffuncall (nargs=3D3, args=3D0x7fffffffd7e0) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555de04a5) original_fun =3D XIL(0x2d60) funcar =3D XIL(0x7fffffffd7a0) numargs =3D 2 val =3D XIL(0x7fffffffdcc8) count =3D 4 #33 0x0000555555856d45 in exec_byte_code (bytestr=3DXIL(0x7ffff258f0e4), ve= ctor=3DXIL(0x7ffff2c1d0fd), maxdepth=3Dmake_fixnum(5), args_template=3Dmake= _fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../../master/src/bytecod= e.c:632 op =3D 2 type =3D (unknown: 0xffffdb10) targets =3D {0x555555859bda , 0x555555859bff = , 0x555555859c01 , 0x555555859c= 03 , 0x555555859c05 , 0x5555558= 59c05 , 0x555555859c6a , 0x5555= 55859cde , 0x555555856605 , 0x55= 5555856607 , 0x555555856609 , 0x5= 5555585660b , 0x55555585660d , 0x= 55555585660d , 0x555555856613 , 0= x5555558565d4 , 0x555555856a2b , = 0x555555856a2d , 0x555555856a2f ,= 0x555555856a31 , 0x555555856a33 = , 0x555555856a33 , 0x555555856a68 , 0x555555856a39 , 0x555555856c5d , 0x555555856c5f , 0x555555856c61 , 0x555555856c63 , 0x555555856c65 , 0x555555856c65 , 0x555555856c17 , 0x555555856c2e , 0x555555856d12 , 0x555555856d14 , 0x555555856d16 , 0x555555856d18 , 0x555555856d1a , 0x555555856d1a , 0x555555856ccc , 0x555555856ce3 , 0x555555856dc4 , 0x555555856dc6 , 0x555555856dc8 , 0x555555856dca , 0x555555856dcc , 0x555555856dcc , 0x555555856d7e , 0x555555856d95 , 0x55555585762c , 0x55555585750f , 0x555555857506 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda <= exec_byte_code+15219>, 0x555555859bda , 0x55555585786= 6 , 0x55555585797c , 0x5555558579= d9 , 0x555555857a39 , 0x555555857= a9b , 0x555555856884 , 0x55555585= 68ff , 0x555555857b14 , 0x5555558= 567c1 , 0x555555856967 , 0x555555= 857b7c , 0x555555857be4 , 0x55555= 5857c2c , 0x555555857c94 , 0x5555= 55857cfa , 0x555555857de0 , 0x555= 555857e28 , 0x555555857e90 , 0x55= 5555857f15 , 0x555555857f5d , 0x5= 55555857fa5 , 0x55555585800d , 0x= 555555858075 , 0x5555558580dd , 0= x555555858162 , 0x5555558581b1 , = 0x555555858200 , 0x5555558582c7 ,= 0x5555558583c0 , 0x5555558584b9 = , 0x555555858526 , 0x555555858593 , 0x555555858600 , 0x55555585866d , 0x5555558586da , 0x555555858729 , 0x555555858823 , 0x555555858872 , 0x5555558588c1 , 0x555555858910 , 0x555555858a16 , 0x555555857386 , 0x555555858a71 , 0x555555858ab9 , 0x555555858b7b , 0x555555858be4 , 0x555555858c3f , 0x555555858c87 , 0x555555858cca , 0x555555858d0d= , 0x555555858d58 , 0x555555859= bda , 0x555555858db0 , 0x555555= 858df3 , 0x555555858e36 , 0x555= 555858e79 , 0x555555858ebc , 0x= 555555858eff , 0x555555857386 , = 0x555555859bda , 0x555555858f47 , 0x555555858f99 , 0x555555858fe1 , 0x555555859029 , 0x555555859091 , 0x5555558590f9 , 0x555555859141 , 0x5555558591fe , 0x555555859266 , 0x5555558592ce , 0x555555859336 , 0x555555859379 , 0x555555859bda , 0x5555558572cc , 0x555555856e76 <= exec_byte_code+3599>, 0x55555585672f , 0x555555856f27 = , 0x555555856fab , 0x55555585702c= , 0x555555857280 , 0x55555585729= 5 , 0x555555856bc4 , 0x5555558573= 4f , 0x5555558573bd , 0x555555857= 44e , 0x555555857497 , 0x55555585= 7678 , 0x5555558576f5 , 0x5555558= 5777a , 0x5555558577e0 , 0x555555= 856e28 , 0x5555558593c1 , 0x5555= 55859446 , 0x55555585948e , 0x5= 555558594d6 , 0x55555585951e , = 0x555555859566 , 0x5555558595ce , 0x555555859636 , 0x55555585969e , 0x555555859706 , 0x55555585984f , 0x5555558598b7 , 0x55555585991f , 0x555555859967 , 0x5555558599cf , 0x555555859a37 , 0x555555859a7f , 0x555555859ac7 , 0x55555585895f , 0x5555558589ae , 0x555555859b16 = , 0x555555859b78 , 0x555555859b= da , 0x5555558570ad , 0x55555585= 70ca , 0x555555857139 , 0x5555558= 571a8 , 0x555555857214 , 0x555555= 857d68 , 0x55555585824f , 0x55555= 5858b03 , 0x555555859d71 , 0x55= 5555859de6 , 0x555555859bda , 0= x555555859bda , 0x555555859e7c = , 0x555555859f03 , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x555555859bda , 0x55555585a051 } const_length =3D 4 bytestr_length =3D 10 vectorp =3D 0x7ffff2c1d100 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16326 sa_count =3D 4 alloc =3D 0x7fffffffd7d0 stack_base =3D 0x7fffffffd7d0 top =3D 0x7fffffffd7e0 stack_lim =3D 0x7fffffffd800 bytestr_data =3D 0x7fffffffd800 "\300\302\002\"\300\301\003\"\210\2= 07" pc =3D 0x7fffffffd804 "\300\301\003\"\210\207" count =3D 4 result =3D XIL(0x5555557f42c4) #34 0x00005555557fde6d in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2c1d0c= d), syms_left=3Dmake_fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../.= ./master/src/eval.c:3036 #35 0x00005555557fe2f3 in funcall_lambda (fun=3DXIL(0x7ffff2c1d0cd), nargs= =3D3, arg_vector=3D0x7fffffffdcc8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdc30) syms_left =3D make_fixnum(128) next =3D make_fixnum(2) lexenv =3D XIL(0x1800000003) count =3D 4 i =3D 93824994985981 optional =3D false rest =3D false #36 0x00005555557fd6c6 in Ffuncall (nargs=3D4, args=3D0x7fffffffdcc0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2c1d0cd) original_fun =3D XIL(0x7ffff2c1d0cd) funcar =3D XIL(0x7fffffffdc70) numargs =3D 3 val =3D XIL(0x7fffffffdc90) count =3D 3 #37 0x00005555557fcf1a in call3 (fn=3DXIL(0x7ffff2c1d0cd), arg1=3DXIL(0x555= 55732d343), arg2=3DXIL(0x7ffff25734c4), arg3=3DXIL(0)) at ../../master/src/= eval.c:2788 #38 0x0000555555720858 in cmd_error_internal (data=3DXIL(0x55555732d343), c= ontext=3D0x7fffffffdd70 "") at ../../master/src/keyboard.c:987 #39 0x0000555555720726 in cmd_error (data=3DXIL(0x55555732d343)) at ../../m= aster/src/keyboard.c:956 old_level =3D XIL(0) old_length =3D XIL(0) macroerror =3D "\000\000\000\000\000\000\000\000\360\350\365UUU\000= \000\260\335\377\377\001\000\000\000\002\000\000\000\000\000\000\000\000x\0= 00\000\000\000\000\000\207\230\177UUU\000\000\220", #40 0x00005555557f9436 in internal_condition_case (bfun=3D0x555555720fb0 , handlers=3DXIL(0x90), hfun=3D0x5555557205d3 ) at= ../../master/src/eval.c:1435 val =3D XIL(0x55555732d343) c =3D 0x555555f5e8f0 #41 0x0000555555720ba0 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D make_fixnum(0) #42 0x00005555557f884e in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 5720b73 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f47770 #43 0x0000555555720b3f in command_loop () at ../../master/src/keyboard.c:10= 73 #44 0x00005555557200bc in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf00) #45 0x00005555557202b3 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #46 0x000055555571c198 in main (argc=3D2, argv=3D0x7fffffffe168) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "window-list-1" (0xffffbfa0) "replace-buffer-in-windows" (0xffffc4a8) "kill-buffer" (0xffffc710) 0x57833588 PVEC_COMPILED "substitute-command-keys" (0xffffd3d8) "command-error-default-function" (0xffffd628) "apply" (0xffffd7e8) 0xf2c1d0c8 PVEC_COMPILED --=20 Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:24:16 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:24:16 +0000 Received: from localhost ([127.0.0.1]:48006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWW0-0008Fx-F8 for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:24:16 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:47206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWVy-0008Fm-9r for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:24:15 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4FGQ650pj3z1qt3v; Thu, 8 Apr 2021 17:24:13 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4FGQ6508PCz1r1MZ; Thu, 8 Apr 2021 17:24:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id w4QhINd0Ysqw; Thu, 8 Apr 2021 17:24:12 +0200 (CEST) X-Auth-Info: W6kGEjEDvfEeIrWWCWSoE0RX7vBy0lV9l7YC2emmvtKkA8voEGfxOf+cLdMneWmf Received: from igel.home (ppp-46-244-187-2.dynamic.mnet-online.de [46.244.187.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 8 Apr 2021 17:24:12 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id C2A5B2C375F; Thu, 8 Apr 2021 17:24:11 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <83v98w95kt.fsf@gnu.org> X-Yow: Yow! I'm imagining a surfer van filled with soy sauce! Date: Thu, 08 Apr 2021 17:24:11 +0200 In-Reply-To: <83v98w95kt.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Apr 2021 18:08:50 +0300") Message-ID: <875z0wvlyc.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, Michael Welsh Duggan 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.4 (-) On Apr 08 2021, Eli Zaretskii wrote: > That could mean some code signals an error, or throws to catchpoint, > before the second breakpoint is hit. I don't think the window_list function can be interrupted. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:33:40 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:33:40 +0000 Received: from localhost ([127.0.0.1]:48011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWf6-0008WC-Cw for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:33:40 -0400 Received: from md5i.com ([75.151.244.229]:59350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWf1-0008Vx-NU for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:33:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Z/alllpSfs+aLJ/MH8PcT/yj4YW8ALv2lgnqzskZvSM=; b=t8tv3qj5bM0O5St6PROhJfQD8q hfL2VNAgM4wnE+Leg99ptslpKNbm2Tbmm5zCGATy2gYQMRLirqYJt+BKL1eA20TS5cfdpcKnBdPoY Y2vCQ4/0m4SVNqGR0qPVBB2s5; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lUWeu-004BhI-JO; Thu, 08 Apr 2021 11:33:28 -0400 From: Michael Welsh Duggan To: Michael Welsh Duggan Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> Date: Thu, 08 Apr 2021 11:33:27 -0400 In-Reply-To: <871rbkn6op.fsf@md5i.com> (Michael Welsh Duggan's message of "Thu, 08 Apr 2021 11:21:10 -0400") Message-ID: <87pmz4rdtk.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: martin rudalics , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) Michael Welsh Duggan writes: > Michael Welsh Duggan writes: > >> martin rudalics writes: >> >>> > FWIW, I've been trying to do the same and have been similarly >>> > unsuccessful. >>> >>> I attach a version where I make a shadow copy of Vwindow_list called >>> Vwindow_list_2. The two should behave the same just that Vwindow_list_2 >>> is never accessed by other code. So we can put an assertion like >>> >>> eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); >>> >>> anywhere in the code. I put one in window_list and it should trigger >>> the same way as the length check before. >>> >>> Now if anyone can suggest some strategic positions where to put these >>> assertions, I'll be all ears. >> >> I've yet to run this code yet (will do so shortly), but I'd like to >> mention that some other debugging I've been doing involving tricky >> breakpoint commands is implying that, somehow, list_windows() is getting >> called while list_windows() is still running. I've got a breakpoint >> at the beginning of the if clause in window_list() and one at the end, >> and it looks like I'm seeing the first one get called twice without the >> second getting called inbetween. > > Okay, close, but not quite. What seems to be happening is this: > list_windows() is called while Vwindow_list is nil, and the if branch is > taken. Something causes list_windows() to exit without reaching the end > of the if block. This leaves Vwindow_list partially created. The next > time list_windows() is called it returns the partially created list. > > To determine this I put a breakpoint at the beginning of the if block > that sets a gdb convenience variable called $in_list_windows to one and > continues. I put a breakpoint at the end of that block that sets it to > zero and continues. I put a third condition breakpoint at the entrance > to list_windows() that only triggers if $in_list_windows is one. This > triggered with the included backtrace. > > Once again, the state triggered when, due to the VPN state changing, a > background gnus demon hung trying to fetch mail. The trigger was me > hitting C-g twice rapidly in succession to regain interactivity. > > Can anyone recommend a means to check if this my theory is true? Does > list_windows() need to be protected against quit? For the backtrace of that run, please note that I was using my own modified version of list_windows(), not Martin's latest one. I'm now running with Martin's version for the next trigger. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:48:44 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:48:44 +0000 Received: from localhost ([127.0.0.1]:48018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWtf-0000SV-4H for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:48:44 -0400 Received: from mout.gmx.net ([212.227.17.21]:40391) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUWta-0000Rz-5t for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:48:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617896905; bh=OeS6d6ZZzG+4wpNxIYToA1WKGCWMtzPA2jn56G6yCAY=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=KfLYBooPT/j/+YFrPu8V8UvcOl5nkNHyiFfYPW5dc4jVA29WSiFivAn0uVBJAJ87+ JYMl3DrisOxJF9cysfvh7TfF7+JVbkfzKc+Ee3MdSaH9+uEeYrgL5mQbrOSTGFH9zk xSHnTw7Ssrp65cJ8ObrcHKrYShAtAyi5E7qMDQsU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.147]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N3bSt-1lcfzW18Jn-010c4N; Thu, 08 Apr 2021 17:48:25 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan , Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> From: martin rudalics Message-ID: Date: Thu, 8 Apr 2021 17:48:23 +0200 MIME-Version: 1.0 In-Reply-To: <871rbkn6op.fsf@md5i.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ncVyw50iI17ed4AWYFwGv8Ow4AltDfX228Bf9W0apNclTZdApcN UVTjmwzgoxq+Wz7hJ1eJs2TIj5ZJGRuEtr1ARtvHkq8G0VhpQUhQWuGmAB78ltu75HAvNg+ 8Lold8FkBKFuS2KAoZ27QGrK3PcFJ+BLMrLtQF83nK1J9U99n89fIeoXmQU8eCeDQ906aCC ZnwOKEmH9MaRxuIPFoq7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XDeIPA3cDnY=:Wg3cIvCjD+hkVnZ9+oPi61 aQqXihiWQBEXWeR9ajIaqLYgCEQw86GV6IPRTeNI3FoYUZCNi7DtvRxJkDjKJcUT40A9y6e33 5XtNX77bOQ2nj1+9Lj7umQNtPS7BTXRA0MJdtGJLeUse6anqh7+6h9e78Lf/uhj2T/Nw0ctzK ki6ZTcdr6Mg0u9jwSQp23/FdJOOrttmVwF1eNXORu8NRu+IYL0chi3LqkEeatxI8AnX6BldOB 1tN2p+xIOImZkmOv9hygauneN70/61975A+Xpft0G0XQcR7SHbUSY06CyXlVxCkb0CjORichN 8cGueYd4gwpOITbXWoY5DskH9zQ5ldSl/Wg77sMNKMPYrzgiJ0oH40Y2f81m2mN3lvk3eMrW+ Qf/IYlAYtclWaB3tFLIW5Q9oTYZFcxbOKdXYxACrJJ/xJGZ8nNecLTzPqq2jApUDiFMZwAUpH 0Bvy0lxV+DkyZ8qd0xU718RWsrX/bCnpkfmKERiftvCOdjKZGslqyqEjsOFKgCozj5ciN6UBO PaAbFlyKuIUgLHNNxJ5SkWSwv6ZeEy+Mc0veKTpx7ULLgV2wIC+pC24xsi4pR47qI5qZ80oXJ RrTol9KgrdrcA5pitFr/z/0rfm5Gq6pqq8lQaSiaNdzpTa57xVZjM3DDY0kenVwB+pegqOku2 1/teFDkskVkS6mKvPKGVWxyKblkQC9n8Grq96ZL7O/FZPtvkIh8aFO9NjuyXVjqNbhGzMsFs8 F4t4Sz5YOVjXxe0/ZhEns6+Vxt8FbZ996rsKv9+gTZn6mwexIZbpZvG5dfDm2KFIozouVCsOQ BwlLrk9kch/PQJ2iTq4CCOyWv6gpaQbuGs8nbc6pJ2TjSaQY4UiT11e9qpqrq5UlblaQTYeJx HQcy6banhTTqdzYHaTpEfQ7Y4npgvcv0c41G5rmAbZl1cenuYV3nbdoz/KvhmRpp6Q7FcQTZz LyYRgUHOOoZflrT7DRVZm263l9lOFK4x3nn6z3SDqGbHkS19tBHovvJmA20jgvTtaFNST5JyB erekurA4bLfH42LdxDAHrtkga/u2rjpZZcX/XLcVeNAQG1gU/Sa/04aX2hhG8vGL7pWI7rxSL ufi5BN/gF2VCP0gZZVQhP6d6OiTboCV1sODvH6awP1F89Ag6edsIuBH+opkeCp/qha7CP1jXT d/0cIzrwEdBmWFNlYzSM0wefxTlpu3RkuGh2pK6i4BAbwl6m0WTC3ZR1wf5Sg+0ZMHvOwXSaG E3pgEkfbijN2TpbzY X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Okay, close, but not quite. What seems to be happening is this: > list_windows() This is a local rewrite. You really intend window_list() here. Right? > is called while Vwindow_list is nil, and the if branch is > taken. Something causes list_windows() to exit without reaching the end > of the if block. This leaves Vwindow_list partially created. OK. If you really get out of this after the first Vwindow_list = nconc2 (Vwindow_list, arglist); then we have one recorded frame, the length of Vwindow_list is 2 but we did not record it in the earlier length-based experiment and the 2 won't show up in the list of lengths. So the explanation is valid and a bit gruesome too. This might hit us anywhere ... > The next > time list_windows() is called it returns the partially created list. > > To determine this I put a breakpoint at the beginning of the if block > that sets a gdb convenience variable called $in_list_windows to one and > continues. I put a breakpoint at the end of that block that sets it to > zero and continues. I put a third condition breakpoint at the entrance > to list_windows() that only triggers if $in_list_windows is one. This > triggered with the included backtrace. > > Once again, the state triggered when, due to the VPN state changing, a > background gnus demon hung trying to fetch mail. The trigger was me > hitting C-g twice rapidly in succession to regain interactivity. > > Can anyone recommend a means to check if this my theory is true? Does > list_windows() need to be protected against quit? Try with block_input (); ... unblock_input (); around it. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 11:58:49 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 15:58:49 +0000 Received: from localhost ([127.0.0.1]:48039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUX3Q-0000iE-TZ for submit@debbugs.gnu.org; Thu, 08 Apr 2021 11:58:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUX3P-0000i1-0g for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 11:58:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44435) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUX3F-0006Pp-Bo; Thu, 08 Apr 2021 11:58:37 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3651 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUX3E-0006Kd-1R; Thu, 08 Apr 2021 11:58:36 -0400 Date: Thu, 08 Apr 2021 18:58:15 +0300 Message-Id: <83pmz493ag.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: <871rbkn6op.fsf@md5i.com> (message from Michael Welsh Duggan on Thu, 08 Apr 2021 11:21:10 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Date: Thu, 08 Apr 2021 11:21:10 -0400 > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > > Okay, close, but not quite. What seems to be happening is this: > list_windows() is called while Vwindow_list is nil, and the if branch is > taken. Something causes list_windows() to exit without reaching the end > of the if block. This leaves Vwindow_list partially created. The next > time list_windows() is called it returns the partially created list. > > To determine this I put a breakpoint at the beginning of the if block > that sets a gdb convenience variable called $in_list_windows to one and > continues. I put a breakpoint at the end of that block that sets it to > zero and continues. I put a third condition breakpoint at the entrance > to list_windows() that only triggers if $in_list_windows is one. This > triggered with the included backtrace. I guess you mean window_list instead of list_windows? > Once again, the state triggered when, due to the VPN state changing, a > background gnus demon hung trying to fetch mail. The trigger was me > hitting C-g twice rapidly in succession to regain interactivity. > > Can anyone recommend a means to check if this my theory is true? Does > list_windows() need to be protected against quit? Set a breakpoint in 'quit' and disable it. Set another breakpoint at entry to 'window_list' that enables the breakpoint in 'quit', then another breakpoint at exit which disables the breakpoint in 'quit'. Then wait for the breakpoint in 'quit' to break during your recipe. Perhaps also do the same with a breakpoint in Fthrow. > #26 0x000055555583108e in print_error_message (data=XIL(0x55555732d343), stream=XIL(0x30), context=0x7ffff2c64148 "", caller=XIL(0)) at ../../master/src/print.c:944 > error_conditions = XIL(0x7ffff2c2da13) > errname = XIL(0xb820) > errmsg = make_fixnum(23456248526235) > file_error = XIL(0x7fffffffd4c0) > tail = XIL(0x30) What error message does this attempt to print? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:01:37 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:01:37 +0000 Received: from localhost ([127.0.0.1]:48043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUX67-0000ny-FH for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:01:37 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:52458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUX64-0000nj-2o for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:01:34 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G1Qjh005728; Thu, 8 Apr 2021 12:01:26 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 138G1Qjh005728 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617897686; bh=H7beHbEY42DeUXlE5slnPNp8bMMoBpUXuOMhWdUygJg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=jUWwzfHGFeU3r8DCH97Odyxtzx0o9zAhHyD57DfKhNYdAcSfPGCO03Gox2Kl0hfyf pLO/I2Mb50ahkiBe/ne3fuRkArW3JXieP2jpBmZzdUP6XIFH7Z9uCTlCeiCL3DOfAx X010I0rFWmXiezov805WLY+/Wzj3CTH7mZQmHM8U= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G1NMp025199; Thu, 8 Apr 2021 12:01:23 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G1NVl007186; Thu, 8 Apr 2021 12:01:23 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138G1N5d007181; Thu, 8 Apr 2021 12:01:23 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> Date: Thu, 08 Apr 2021 12:01:23 -0400 In-Reply-To: (martin rudalics's message of "Thu, 8 Apr 2021 11:48:23 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: > > Okay, close, but not quite. What seems to be happening is this: > > list_windows() > > This is a local rewrite. You really intend window_list() here. Right? I did. I've inverted the order of those words many times, and I didn't catch it this time. > > is called while Vwindow_list is nil, and the if branch is > > taken. Something causes list_windows() to exit without reaching the e= nd > > of the if block. This leaves Vwindow_list partially created. > > OK. If you really get out of this after the first > > Vwindow_list =3D nconc2 (Vwindow_list, arglist); > > then we have one recorded frame, the length of Vwindow_list is 2 but we > did not record it in the earlier length-based experiment and the 2 won't > show up in the list of lengths. So the explanation is valid and a bit > gruesome too. This might hit us anywhere ... > > > The next > > time list_windows() is called it returns the partially created list. > > > > To determine this I put a breakpoint at the beginning of the if block > > that sets a gdb convenience variable called $in_list_windows to one and > > continues. I put a breakpoint at the end of that block that sets it to > > zero and continues. I put a third condition breakpoint at the entrance > > to list_windows() that only triggers if $in_list_windows is one. This > > triggered with the included backtrace. > > > > Once again, the state triggered when, due to the VPN state changing, a > > background gnus demon hung trying to fetch mail. The trigger was me > > hitting C-g twice rapidly in succession to regain interactivity. > > > > Can anyone recommend a means to check if this my theory is true? Does > > list_windows() need to be protected against quit? > > Try with > > block_input (); > ... > unblock_input (); > > around it. > > martin Before that, I include the backtrace with your latest patch. And here's the interesting bit: (gdb) p Vwindow_list $2 =3D XIL(0x55555863cae3) (gdb) xlist $3 =3D 0x555556fc8af5 Lisp_Vectorlike PVEC_WINDOW $4 =3D (struct window *) 0x555556fc8af0 84x59+0+0 --- $5 =3D 0x555556fc8d05 Lisp_Vectorlike PVEC_WINDOW $6 =3D (struct window *) 0x555556fc8d00 84x1+0+59 --- nil (gdb) p Vwindow_list_2 $7 =3D XIL(0) Right before this I hit a breakpoint that that I had set up that, once again, implied that in this call of window_list() happened subsequent to a call to window_list() that didn't complete, somehow.=20 Before running with block_input(), unblock_input(), I'm going to modify the sources to set a physical variable to one on entrance to the if block and set it back to zero at the exit. At least then I can be sure that an unintended termination of this function is really happening and that it is not a debugger artifact. #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at ../../master/src/emacs.c:379 #1 0x00005555557c4b77 in die (msg=3D0x5555559105c8 "!NILP (Fequal (Vwindow_list, Vwindow_list_2))", = file=3D0x55555590f9cf "../../master/src/window.c", line=3D2584) at ../../master/src/alloc.c:7420 #2 0x000055555564b3f9 in window_list () at ../../master/src/window.c:2584 #3 0x000055555564bffb in window_list_1 (window=3DXIL(0x555556fc8af5), minibuf=3DXIL(0xc0), all_frames=3DXIL(0x= 30)) at ../../master/src/window.c:2871 tail =3D XIL(0x7ffff26647bd) list =3D XIL(0) rest =3D XIL(0x7ffff26647c0) #4 0x000055555564c341 in Fwindow_list_1 (window=3DXIL(0), minibuf=3DXIL(0), all_frames=3DXIL(0x30)) at ../../master/src/window.c:2945 #5 0x00005555557fdbfa in funcall_subr (subr=3D0x555555dd4960 , numargs=3D3, args=3D0x7fffffff= bfa0) at ../../master/src/eval.c:2992 internal_argbuf =3D=20 {XIL(0x7fffffffbed0), XIL(0x1000000000), XIL(0x555555dd4960), XIL= (0x7fffffffbed8), XIL(0x5555557f47e3), make_fixnum(17538470058), XIL(0x5555= 55dd4965), XIL(0x7fffffffbef0)} internal_args =3D 0x7fffffffbfa0 #6 0x00005555557fd668 in Ffuncall (nargs=3D4, args=3D0x7fffffffbf98) at ../../master/src/eval.c:2914 fun =3D XIL(0x555555dd4965) original_fun =3D XIL(0x2aaa9c71a7a8) funcar =3D XIL(0x7fffffffbf50) numargs =3D 3 val =3D XIL(0x5555571d7ced) count =3D 12 #7 0x0000555555856d2b in exec_byte_code (bytestr=3DXIL(0x7ffff277c864), vector=3DXIL(0x7ffff277c80d), maxdepth= =3Dmake_fixnum(8), args_template=3Dmake_fixnum(256), nargs=3D1, args=3D0x7f= ffffffc4b0) at ../../master/src/bytecode.c:632 op =3D 3 type =3D (CATCHER_ALL | unknown: 0x20) targets =3D=20 {0x555555859bc0 , 0x555555859be5 , 0x555555859be7 , 0x555555859be9 , 0x555555859beb , 0x555555859beb , 0x555555859c50 , 0x555555859cc4 <= exec_byte_code+15479>, 0x5555558565eb , 0x5555558565ed= , 0x5555558565ef , 0x5555558565f= 1 , 0x5555558565f3 , 0x5555558565= f3 , 0x5555558565f9 , 0x555555856= 5ba , 0x555555856a11 , 0x55555585= 6a13 , 0x555555856a15 , 0x5555558= 56a17 , 0x555555856a19 , 0x555555= 856a19 , 0x555555856a4e , 0x55555= 5856a1f , 0x555555856c43 , 0x5555= 55856c45 , 0x555555856c47 , 0x555= 555856c49 , 0x555555856c4b , 0x55= 5555856c4b , 0x555555856bfd , 0x5= 55555856c14 , 0x555555856cf8 , 0x= 555555856cfa , 0x555555856cfc , 0= x555555856cfe , 0x555555856d00 , = 0x555555856d00 , 0x555555856cb2 ,= 0x555555856cc9 , 0x555555856daa = , 0x555555856dac , 0x555555856dae , 0x555555856db0 , 0x555555856db2 , 0x555555856db2 , 0x555555856d64 , 0x555555856d7b , 0x555555857612 , 0x5555558574f5 , 0x5555558574ec , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x55555585784c , 0x555555857962 , 0x5555558579bf , 0x555555857a1f , 0x555555857a81 , 0x55555585686a , 0x5555558568e5 , 0x555555857afa , 0x5555558567a7 , 0x55555585694d , 0x555555857b62 , 0x555555857bca , 0x555555857c12 , 0x555555857c7a , 0x555555857ce0 <= exec_byte_code+7315>, 0x555555857dc6 , 0x555555857e0e = , 0x555555857e76 , 0x555555857efb= , 0x555555857f43 , 0x555555857f8= b , 0x555555857ff3 , 0x5555558580= 5b , 0x5555558580c3 , 0x555555858= 148 , 0x555555858197 , 0x55555585= 81e6 , 0x5555558582ad , 0x5555558= 583a6 , 0x55555585849f , 0x555555= 85850c , 0x555555858579 , 0x55555= 58585e6 , 0x555555858653 , 0x5555= 558586c0 , 0x55555585870f , 0x555= 555858809 , 0x555555858858 , 0x= 5555558588a7 , 0x5555558588f6 ,= 0x5555558589fc , 0x55555585736c , 0x555555858a57 , 0x555555858a9f , 0x555555858b61 , 0x555555858bca , 0x555555858c25 , 0x555555858c6d , 0x555555858cb0 , 0x555555858cf3 , 0x555555858d3e , 0x555555859bc0 , 0x555555858d96 , 0x555555858dd9 , 0x555555858e1c , 0x555555858e5f = , 0x555555858ea2 , 0x555555858e= e5 , 0x55555585736c , 0x55555585= 9bc0 , 0x555555858f2d , 0x55555= 5858f7f , 0x555555858fc7 , 0x55= 555585900f , 0x555555859077 , 0= x5555558590df , 0x555555859127 = , 0x5555558591e4 , 0x55555585924c , 0x5555558592b4 , 0x55555585931c , 0x55555585935f , 0x555555859bc0 , 0x5555558572b2 , 0x555555856e5c , 0x555555856715 , 0x555555856f0d , 0x555555856f91 , 0x555555857012 , 0x555555857266 , 0x55555585727b , 0x555555856baa , 0x555555857335 , 0x5555558573a3 , 0x555555857434 , 0x55555585747d , 0x55555585765e , 0x5555558576db , 0x555555857760 , 0x5555558577c6 , 0x555555856e0e , 0x5555558593a7 , 0x55555585942c <= exec_byte_code+13279>, 0x555555859474 , 0x5555558594b= c , 0x555555859504 , 0x55555585= 954c , 0x5555558595b4 , 0x55555= 585961c , 0x555555859684 , 0x55= 55558596ec , 0x555555859835 , 0= x55555585989d , 0x555555859905 = , 0x55555585994d , 0x5555558599b5 , 0x555555859a1d , 0x555555859a65 , 0x555555859aad , 0x555555858945 , 0x555555858994 , 0x555555859afc , 0x555555859b5e , 0x555555859bc0 , 0x555555857093 , 0x5555558570b0 , 0x55555585711f , 0x55555585718e , 0x5555558571fa , 0x555555857d4e , 0x555555858235 , 0x555555858ae9 , 0x555555859d57 , 0x555555859dcc= , 0x555555859bc0 , 0x555555859= bc0 , 0x555555859e62 , 0x555555= 859ee9 , 0x555555859bc0 , 0x555= 555859bc0 , 0x555555859bc0 , 0x= 555555859bc0 , 0x555555859bc0 ,= 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x55555585a037 } const_length =3D 10 bytestr_length =3D 56 vectorp =3D 0x7ffff277c810 quitcounter =3D 1 '\001' stack_items =3D 9 sa_avail =3D 16256 sa_count =3D 12 alloc =3D 0x7fffffffbf80 stack_base =3D 0x7fffffffbf80 top =3D 0x7fffffffbf98 stack_lim =3D 0x7fffffffbfc8 bytestr_data =3D 0x7fffffffbfc8 "\300\001!\301\302\211\303#\211\205= \067" pc =3D 0x7fffffffbfd0 "\211\205\067" count =3D 12 result =3D XIL(0xc557d2534) #8 0x00005555557fde53 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff277c7b= 5), syms_left=3Dmake_fixnum(256), nargs=3D1, args=3D0x7fffffffc4a8) at ../.= ./master/src/eval.c:3036 #9 0x00005555557fe2d9 in funcall_lambda (fun=3DXIL(0x7ffff277c7b5), nargs= =3D1, arg_vector=3D0x7fffffffc4a8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffc420) syms_left =3D make_fixnum(256) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 12 i =3D 93824994985955 optional =3D false rest =3D false #10 0x00005555557fd6ac in Ffuncall (nargs=3D2, args=3D0x7fffffffc4a0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff277c7b5) original_fun =3D XIL(0xbd60) funcar =3D XIL(0x7fffffffc470) numargs =3D 1 val =3D XIL(0x555555e63080) count =3D 11 #11 0x00005555557fce76 in call1 (fn=3DXIL(0xbd60), arg1=3DXIL(0x5555571d7ce= d)) at ../../master/src/eval.c:2774 #12 0x000055555564d859 in replace_buffer_in_windows (buffer=3DXIL(0x5555571= d7ced)) at ../../master/src/window.c:3429 #13 0x0000555555758e6d in Fkill_buffer (buffer_or_name=3DXIL(0x5555571d7ced= )) at ../../master/src/buffer.c:1830 buffer =3D XIL(0x5555571d7ced) b =3D 0x5555571d7ce8 tem =3D XIL(0x555555753673) m =3D 0x7fffffffc5f0 #14 0x00005555557fdba0 in funcall_subr (subr=3D0x555555dd9ce0 , numargs=3D1, args=3D0x7fffffffc710) at ../../master/src/eval.c:2987 internal_argbuf =3D {XIL(0x7fffffffc650), XIL(0x1000000000), XIL(0x= 555555dd9ce0), XIL(0x7fffffffc658), XIL(0x5555557f47e3), make_fixnum(175384= 70058), XIL(0x555555dd9ce5), XIL(0x7fffffffc670)} internal_args =3D 0x7fffffffc710 #15 0x00005555557fd668 in Ffuncall (nargs=3D2, args=3D0x7fffffffc708) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd9ce5) original_fun =3D XIL(0x2aaa9c7147c0) funcar =3D XIL(0x7fffffffc6d0) numargs =3D 1 val =3D XIL(0x7fffffffc6f0) count =3D 10 #16 0x0000555555856d2b in exec_byte_code (bytestr=3DXIL(0x7ffff25c7454), ve= ctor=3DXIL(0x5555571fc36d), maxdepth=3Dmake_fixnum(2), args_template=3Dmake= _fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../master/src/bytecode.= c:632 op =3D 1 type =3D (CATCHER_ALL | unknown: 0x5588e760) targets =3D {0x555555859bc0 , 0x555555859be5 = , 0x555555859be7 , 0x555555859b= e9 , 0x555555859beb , 0x5555558= 59beb , 0x555555859c50 , 0x5555= 55859cc4 , 0x5555558565eb , 0x55= 55558565ed , 0x5555558565ef , 0x5= 555558565f1 , 0x5555558565f3 , 0x= 5555558565f3 , 0x5555558565f9 , 0= x5555558565ba , 0x555555856a11 , = 0x555555856a13 , 0x555555856a15 ,= 0x555555856a17 , 0x555555856a19 = , 0x555555856a19 , 0x555555856a4e , 0x555555856a1f , 0x555555856c43 , 0x555555856c45 , 0x555555856c47 , 0x555555856c49 , 0x555555856c4b , 0x555555856c4b , 0x555555856bfd , 0x555555856c14 , 0x555555856cf8 , 0x555555856cfa , 0x555555856cfc , 0x555555856cfe , 0x555555856d00 , 0x555555856d00 , 0x555555856cb2 , 0x555555856cc9 , 0x555555856daa , 0x555555856dac , 0x555555856dae , 0x555555856db0 , 0x555555856db2 , 0x555555856db2 , 0x555555856d64 , 0x555555856d7b , 0x555555857612 , 0x5555558574f5 , 0x5555558574ec , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 <= exec_byte_code+15219>, 0x555555859bc0 , 0x55555585784= c , 0x555555857962 , 0x5555558579= bf , 0x555555857a1f , 0x555555857= a81 , 0x55555585686a , 0x55555585= 68e5 , 0x555555857afa , 0x5555558= 567a7 , 0x55555585694d , 0x555555= 857b62 , 0x555555857bca , 0x55555= 5857c12 , 0x555555857c7a , 0x5555= 55857ce0 , 0x555555857dc6 , 0x555= 555857e0e , 0x555555857e76 , 0x55= 5555857efb , 0x555555857f43 , 0x5= 55555857f8b , 0x555555857ff3 , 0x= 55555585805b , 0x5555558580c3 , 0= x555555858148 , 0x555555858197 , = 0x5555558581e6 , 0x5555558582ad ,= 0x5555558583a6 , 0x55555585849f = , 0x55555585850c , 0x555555858579 , 0x5555558585e6 , 0x555555858653 , 0x5555558586c0 , 0x55555585870f , 0x555555858809 , 0x555555858858 , 0x5555558588a7 , 0x5555558588f6 , 0x5555558589fc , 0x55555585736c , 0x555555858a57 , 0x555555858a9f , 0x555555858b61 , 0x555555858bca , 0x555555858c25 , 0x555555858c6d , 0x555555858cb0 , 0x555555858cf3= , 0x555555858d3e , 0x555555859= bc0 , 0x555555858d96 , 0x555555= 858dd9 , 0x555555858e1c , 0x555= 555858e5f , 0x555555858ea2 , 0x= 555555858ee5 , 0x55555585736c , = 0x555555859bc0 , 0x555555858f2d , 0x555555858f7f , 0x555555858fc7 , 0x55555585900f , 0x555555859077 , 0x5555558590df , 0x555555859127 , 0x5555558591e4 , 0x55555585924c , 0x5555558592b4 , 0x55555585931c , 0x55555585935f , 0x555555859bc0 , 0x5555558572b2 , 0x555555856e5c <= exec_byte_code+3599>, 0x555555856715 , 0x555555856f0d = , 0x555555856f91 , 0x555555857012= , 0x555555857266 , 0x55555585727= b , 0x555555856baa , 0x5555558573= 35 , 0x5555558573a3 , 0x555555857= 434 , 0x55555585747d , 0x55555585= 765e , 0x5555558576db , 0x5555558= 57760 , 0x5555558577c6 , 0x555555= 856e0e , 0x5555558593a7 , 0x5555= 5585942c , 0x555555859474 , 0x5= 555558594bc , 0x555555859504 , = 0x55555585954c , 0x5555558595b4 , 0x55555585961c , 0x555555859684 , 0x5555558596ec , 0x555555859835 , 0x55555585989d , 0x555555859905 , 0x55555585994d , 0x5555558599b5 , 0x555555859a1d , 0x555555859a65 , 0x555555859aad , 0x555555858945 , 0x555555858994 , 0x555555859afc = , 0x555555859b5e , 0x555555859b= c0 , 0x555555857093 , 0x55555585= 70b0 , 0x55555585711f , 0x5555558= 5718e , 0x5555558571fa , 0x555555= 857d4e , 0x555555858235 , 0x55555= 5858ae9 , 0x555555859d57 , 0x55= 5555859dcc , 0x555555859bc0 , 0= x555555859bc0 , 0x555555859e62 = , 0x555555859ee9 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x55555585a037 } const_length =3D 3 bytestr_length =3D 10 vectorp =3D 0x5555571fc370 quitcounter =3D 1 '\001' stack_items =3D 3 sa_avail =3D 16350 sa_count =3D 10 alloc =3D 0x7fffffffc700 stack_base =3D 0x7fffffffc700 top =3D 0x7fffffffc708 stack_lim =3D 0x7fffffffc718 bytestr_data =3D 0x7fffffffc718 "\301\300!\205\t" pc =3D 0x7fffffffc721 "\207\377\377\377\177" count =3D 10 result =3D XIL(0x9) #17 0x00005555557fde53 in fetch_and_exec_byte_code (fun=3DXIL(0x5555571d80f= d), syms_left=3Dmake_fixnum(0), nargs=3D0, args=3D0x7fffffffcbc0) at ../../= master/src/eval.c:3036 #18 0x00005555557fe2d9 in funcall_lambda (fun=3DXIL(0x5555571d80fd), nargs= =3D0, arg_vector=3D0x7fffffffcbc0) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffcb40) syms_left =3D make_fixnum(0) next =3D XIL(0x1) lexenv =3D XIL(0x1800000000) count =3D 10 i =3D 93824994985955 optional =3D false rest =3D false #19 0x00005555557fd6ac in Ffuncall (nargs=3D1, args=3D0x7fffffffcbb8) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x5555571d80fd) original_fun =3D XIL(0x5555571d80fd) funcar =3D XIL(0x7fffffffcb70) numargs =3D 0 val =3D XIL(0x555555e63080) count =3D 9 #20 0x000055555585604a in bcall0 (f=3DXIL(0x5555571d80fd)) at ../../master/= src/bytecode.c:340 #21 0x00005555557ffae0 in do_one_unbind (this_binding=3D0x7fffffffcc30, unw= inding=3Dtrue, bindflag=3DSET_INTERNAL_UNBIND) at ../../master/src/eval.c:3= 575 #22 0x00005555557fff0c in unbind_to (count=3D8, value=3DXIL(0)) at ../../ma= ster/src/eval.c:3713 this_binding =3D { kind =3D SPECPDL_UNWIND, unwind =3D { kind =3D SPECPDL_UNWIND, func =3D 0x55555585602d , arg =3D XIL(0x5555571d80fd), eval_depth =3D 4 }, unwind_array =3D { kind =3D SPECPDL_UNWIND, nelts =3D 93824995385389, array =3D 0x5555571d80fd }, unwind_ptr =3D { kind =3D SPECPDL_UNWIND, func =3D 0x55555585602d , arg =3D 0x5555571d80fd }, unwind_int =3D { kind =3D SPECPDL_UNWIND, func =3D 0x55555585602d , arg =3D 1461551357 }, unwind_intmax =3D { kind =3D SPECPDL_UNWIND, func =3D 0x55555585602d , arg =3D 93825022132477 }, unwind_excursion =3D { kind =3D SPECPDL_UNWIND, marker =3D XIL(0x55555585602d), window =3D XIL(0x5555571d80fd) }, unwind_void =3D { kind =3D SPECPDL_UNWIND, func =3D 0x55555585602d }, let =3D { kind =3D SPECPDL_UNWIND, symbol =3D XIL(0x55555585602d), old_value =3D XIL(0x5555571d80fd), where =3D XIL(0x4), saved_value =3D XIL(0) }, bt =3D { kind =3D SPECPDL_UNWIND, debug_on_exit =3D false, function =3D XIL(0x55555585602d), args =3D 0x5555571d80fd, nargs =3D 4 } } quitf =3D XIL(0) #23 0x0000555555856ddc in exec_byte_code (bytestr=3DXIL(0x7ffff2908874), ve= ctor=3DXIL(0x7ffff2908525), maxdepth=3Dmake_fixnum(23), args_template=3Dmak= e_fixnum(257), nargs=3D1, args=3D0x7fffffffd3e0) at ../../master/src/byteco= de.c:652 op =3D 2 type =3D (unknown: 0xffffd230) targets =3D {0x555555859bc0 , 0x555555859be5 = , 0x555555859be7 , 0x555555859b= e9 , 0x555555859beb , 0x5555558= 59beb , 0x555555859c50 , 0x5555= 55859cc4 , 0x5555558565eb , 0x55= 55558565ed , 0x5555558565ef , 0x5= 555558565f1 , 0x5555558565f3 , 0x= 5555558565f3 , 0x5555558565f9 , 0= x5555558565ba , 0x555555856a11 , = 0x555555856a13 , 0x555555856a15 ,= 0x555555856a17 , 0x555555856a19 = , 0x555555856a19 , 0x555555856a4e , 0x555555856a1f , 0x555555856c43 , 0x555555856c45 , 0x555555856c47 , 0x555555856c49 , 0x555555856c4b , 0x555555856c4b , 0x555555856bfd , 0x555555856c14 , 0x555555856cf8 , 0x555555856cfa , 0x555555856cfc , 0x555555856cfe , 0x555555856d00 , 0x555555856d00 , 0x555555856cb2 , 0x555555856cc9 , 0x555555856daa , 0x555555856dac , 0x555555856dae , 0x555555856db0 , 0x555555856db2 , 0x555555856db2 , 0x555555856d64 , 0x555555856d7b , 0x555555857612 , 0x5555558574f5 , 0x5555558574ec , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 <= exec_byte_code+15219>, 0x555555859bc0 , 0x55555585784= c , 0x555555857962 , 0x5555558579= bf , 0x555555857a1f , 0x555555857= a81 , 0x55555585686a , 0x55555585= 68e5 , 0x555555857afa , 0x5555558= 567a7 , 0x55555585694d , 0x555555= 857b62 , 0x555555857bca , 0x55555= 5857c12 , 0x555555857c7a , 0x5555= 55857ce0 , 0x555555857dc6 , 0x555= 555857e0e , 0x555555857e76 , 0x55= 5555857efb , 0x555555857f43 , 0x5= 55555857f8b , 0x555555857ff3 , 0x= 55555585805b , 0x5555558580c3 , 0= x555555858148 , 0x555555858197 , = 0x5555558581e6 , 0x5555558582ad ,= 0x5555558583a6 , 0x55555585849f = , 0x55555585850c , 0x555555858579 , 0x5555558585e6 , 0x555555858653 , 0x5555558586c0 , 0x55555585870f , 0x555555858809 , 0x555555858858 , 0x5555558588a7 , 0x5555558588f6 , 0x5555558589fc , 0x55555585736c , 0x555555858a57 , 0x555555858a9f , 0x555555858b61 , 0x555555858bca , 0x555555858c25 , 0x555555858c6d , 0x555555858cb0 , 0x555555858cf3= , 0x555555858d3e , 0x555555859= bc0 , 0x555555858d96 , 0x555555= 858dd9 , 0x555555858e1c , 0x555= 555858e5f , 0x555555858ea2 , 0x= 555555858ee5 , 0x55555585736c , = 0x555555859bc0 , 0x555555858f2d , 0x555555858f7f , 0x555555858fc7 , 0x55555585900f , 0x555555859077 , 0x5555558590df , 0x555555859127 , 0x5555558591e4 , 0x55555585924c , 0x5555558592b4 , 0x55555585931c , 0x55555585935f , 0x555555859bc0 , 0x5555558572b2 , 0x555555856e5c <= exec_byte_code+3599>, 0x555555856715 , 0x555555856f0d = , 0x555555856f91 , 0x555555857012= , 0x555555857266 , 0x55555585727= b , 0x555555856baa , 0x5555558573= 35 , 0x5555558573a3 , 0x555555857= 434 , 0x55555585747d , 0x55555585= 765e , 0x5555558576db , 0x5555558= 57760 , 0x5555558577c6 , 0x555555= 856e0e , 0x5555558593a7 , 0x5555= 5585942c , 0x555555859474 , 0x5= 555558594bc , 0x555555859504 , = 0x55555585954c , 0x5555558595b4 , 0x55555585961c , 0x555555859684 , 0x5555558596ec , 0x555555859835 , 0x55555585989d , 0x555555859905 , 0x55555585994d , 0x5555558599b5 , 0x555555859a1d , 0x555555859a65 , 0x555555859aad , 0x555555858945 , 0x555555858994 , 0x555555859afc = , 0x555555859b5e , 0x555555859b= c0 , 0x555555857093 , 0x55555585= 70b0 , 0x55555585711f , 0x5555558= 5718e , 0x5555558571fa , 0x555555= 857d4e , 0x555555858235 , 0x55555= 5858ae9 , 0x555555859d57 , 0x55= 5555859dcc , 0x555555859bc0 , 0= x555555859bc0 , 0x555555859e62 = , 0x555555859ee9 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x55555585a037 } const_length =3D 51 bytestr_length =3D 494 vectorp =3D 0x7ffff2908528 quitcounter =3D 59 ';' stack_items =3D 24 sa_avail =3D 15698 sa_count =3D 7 alloc =3D 0x7fffffffcc80 stack_base =3D 0x7fffffffcc80 top =3D 0x7fffffffccb0 stack_lim =3D 0x7fffffffcd40 bytestr_data =3D 0x7fffffffcd40 "\211??\205\355\001\b\302p\001\031\= 303\304\302\"r\211q\210\305\306\002\"\216\004c\210eb\210`dW\203\345\001`=C7= =89\211\211g\310U\203\234\001\311\061:" pc =3D 0x7fffffffcf28 "\262\001)\266\203\207" count =3D 7 result =3D XIL(0) #24 0x00005555557fde53 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff29084f= 5), syms_left=3Dmake_fixnum(257), nargs=3D1, args=3D0x7fffffffd3d8) at ../.= ./master/src/eval.c:3036 #25 0x00005555557fe2d9 in funcall_lambda (fun=3DXIL(0x7ffff29084f5), nargs= =3D1, arg_vector=3D0x7fffffffd3d8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffd350) syms_left =3D make_fixnum(257) next =3D XIL(0x555555e63080) lexenv =3D XIL(0x1800000000) count =3D 7 i =3D 93824994985955 optional =3D false rest =3D false #26 0x00005555557fd6ac in Ffuncall (nargs=3D2, args=3D0x7fffffffd3d0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff29084f5) original_fun =3D XIL(0xcff0) funcar =3D XIL(0x555555e63080) numargs =3D 1 val =3D XIL(0x5af0) count =3D 6 #27 0x00005555557fce76 in call1 (fn=3DXIL(0xcff0), arg1=3DXIL(0x55555623229= 4)) at ../../master/src/eval.c:2774 #28 0x0000555555831074 in print_error_message (data=3DXIL(0x55555863cb33), = stream=3DXIL(0x30), context=3D0x7ffff2c64148 "", caller=3DXIL(0)) at ../../= master/src/print.c:944 error_conditions =3D XIL(0x7ffff2c2da33) errname =3D XIL(0xb820) errmsg =3D XIL(0x55555571d654) file_error =3D XIL(0x7fffffffd4c0) tail =3D XIL(0x30) #29 0x0000555555720a23 in Fcommand_error_default_function (data=3DXIL(0x555= 55863cb33), context=3DXIL(0x7ffff25734c4), signal=3DXIL(0)) at ../../master= /src/keyboard.c:1032 sf =3D 0x55555702c630 #30 0x00005555557fdbfa in funcall_subr (subr=3D0x555555dd86a0 , numargs=3D3, args=3D0x7fffffffd628) at ../../master/s= rc/eval.c:2992 internal_argbuf =3D {XIL(0x7fffffffd570), XIL(0x1000000000), XIL(0x= 555555dd86a0), XIL(0x7fffffffd578), XIL(0x5555557f47e3), make_fixnum(175384= 70058), XIL(0x555555dd86a5), XIL(0x7fffffffd590)} internal_args =3D 0x7fffffffd628 #31 0x00005555557fd668 in Ffuncall (nargs=3D4, args=3D0x7fffffffd620) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555dd86a5) original_fun =3D XIL(0x2aaa9ccc8548) funcar =3D XIL(0x7fffffffd5f0) numargs =3D 3 val =3D XIL(0x7fffffffd610) count =3D 5 #32 0x00005555557fc78c in Fapply (nargs=3D2, args=3D0x7fffffffd7e8) at ../.= ./master/src/eval.c:2544 i =3D 4 funcall_nargs =3D 4 funcall_args =3D 0x7fffffffd620 spread_arg =3D XIL(0) fun =3D XIL(0x555555dd86a5) sa_avail =3D 16352 sa_count =3D 5 numargs =3D 3 retval =3D XIL(0) #33 0x00005555557fda91 in funcall_subr (subr=3D0x555555de04a0 , num= args=3D2, args=3D0x7fffffffd7e8) at ../../master/src/eval.c:2967 #34 0x00005555557fd668 in Ffuncall (nargs=3D3, args=3D0x7fffffffd7e0) at ..= /../master/src/eval.c:2914 fun =3D XIL(0x555555de04a5) original_fun =3D XIL(0x2d60) funcar =3D XIL(0x7fffffffd7a0) numargs =3D 2 val =3D XIL(0x7fffffffdcc8) count =3D 4 #35 0x0000555555856d2b in exec_byte_code (bytestr=3DXIL(0x7ffff258f0e4), ve= ctor=3DXIL(0x7ffff2c1d11d), maxdepth=3Dmake_fixnum(5), args_template=3Dmake= _fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../../master/src/bytecod= e.c:632 op =3D 2 type =3D (unknown: 0xffffdb10) targets =3D {0x555555859bc0 , 0x555555859be5 = , 0x555555859be7 , 0x555555859b= e9 , 0x555555859beb , 0x5555558= 59beb , 0x555555859c50 , 0x5555= 55859cc4 , 0x5555558565eb , 0x55= 55558565ed , 0x5555558565ef , 0x5= 555558565f1 , 0x5555558565f3 , 0x= 5555558565f3 , 0x5555558565f9 , 0= x5555558565ba , 0x555555856a11 , = 0x555555856a13 , 0x555555856a15 ,= 0x555555856a17 , 0x555555856a19 = , 0x555555856a19 , 0x555555856a4e , 0x555555856a1f , 0x555555856c43 , 0x555555856c45 , 0x555555856c47 , 0x555555856c49 , 0x555555856c4b , 0x555555856c4b , 0x555555856bfd , 0x555555856c14 , 0x555555856cf8 , 0x555555856cfa , 0x555555856cfc , 0x555555856cfe , 0x555555856d00 , 0x555555856d00 , 0x555555856cb2 , 0x555555856cc9 , 0x555555856daa , 0x555555856dac , 0x555555856dae , 0x555555856db0 , 0x555555856db2 , 0x555555856db2 , 0x555555856d64 , 0x555555856d7b , 0x555555857612 , 0x5555558574f5 , 0x5555558574ec , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 <= exec_byte_code+15219>, 0x555555859bc0 , 0x55555585784= c , 0x555555857962 , 0x5555558579= bf , 0x555555857a1f , 0x555555857= a81 , 0x55555585686a , 0x55555585= 68e5 , 0x555555857afa , 0x5555558= 567a7 , 0x55555585694d , 0x555555= 857b62 , 0x555555857bca , 0x55555= 5857c12 , 0x555555857c7a , 0x5555= 55857ce0 , 0x555555857dc6 , 0x555= 555857e0e , 0x555555857e76 , 0x55= 5555857efb , 0x555555857f43 , 0x5= 55555857f8b , 0x555555857ff3 , 0x= 55555585805b , 0x5555558580c3 , 0= x555555858148 , 0x555555858197 , = 0x5555558581e6 , 0x5555558582ad ,= 0x5555558583a6 , 0x55555585849f = , 0x55555585850c , 0x555555858579 , 0x5555558585e6 , 0x555555858653 , 0x5555558586c0 , 0x55555585870f , 0x555555858809 , 0x555555858858 , 0x5555558588a7 , 0x5555558588f6 , 0x5555558589fc , 0x55555585736c , 0x555555858a57 , 0x555555858a9f , 0x555555858b61 , 0x555555858bca , 0x555555858c25 , 0x555555858c6d , 0x555555858cb0 , 0x555555858cf3= , 0x555555858d3e , 0x555555859= bc0 , 0x555555858d96 , 0x555555= 858dd9 , 0x555555858e1c , 0x555= 555858e5f , 0x555555858ea2 , 0x= 555555858ee5 , 0x55555585736c , = 0x555555859bc0 , 0x555555858f2d , 0x555555858f7f , 0x555555858fc7 , 0x55555585900f , 0x555555859077 , 0x5555558590df , 0x555555859127 , 0x5555558591e4 , 0x55555585924c , 0x5555558592b4 , 0x55555585931c , 0x55555585935f , 0x555555859bc0 , 0x5555558572b2 , 0x555555856e5c <= exec_byte_code+3599>, 0x555555856715 , 0x555555856f0d = , 0x555555856f91 , 0x555555857012= , 0x555555857266 , 0x55555585727= b , 0x555555856baa , 0x5555558573= 35 , 0x5555558573a3 , 0x555555857= 434 , 0x55555585747d , 0x55555585= 765e , 0x5555558576db , 0x5555558= 57760 , 0x5555558577c6 , 0x555555= 856e0e , 0x5555558593a7 , 0x5555= 5585942c , 0x555555859474 , 0x5= 555558594bc , 0x555555859504 , = 0x55555585954c , 0x5555558595b4 , 0x55555585961c , 0x555555859684 , 0x5555558596ec , 0x555555859835 , 0x55555585989d , 0x555555859905 , 0x55555585994d , 0x5555558599b5 , 0x555555859a1d , 0x555555859a65 , 0x555555859aad , 0x555555858945 , 0x555555858994 , 0x555555859afc = , 0x555555859b5e , 0x555555859b= c0 , 0x555555857093 , 0x55555585= 70b0 , 0x55555585711f , 0x5555558= 5718e , 0x5555558571fa , 0x555555= 857d4e , 0x555555858235 , 0x55555= 5858ae9 , 0x555555859d57 , 0x55= 5555859dcc , 0x555555859bc0 , 0= x555555859bc0 , 0x555555859e62 = , 0x555555859ee9 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x555555859bc0 , 0x55555585a037 } const_length =3D 4 bytestr_length =3D 10 vectorp =3D 0x7ffff2c1d120 quitcounter =3D 1 '\001' stack_items =3D 6 sa_avail =3D 16326 sa_count =3D 4 alloc =3D 0x7fffffffd7d0 stack_base =3D 0x7fffffffd7d0 top =3D 0x7fffffffd7e0 stack_lim =3D 0x7fffffffd800 bytestr_data =3D 0x7fffffffd800 "\300\302\002\"\300\301\003\"\210\2= 07" pc =3D 0x7fffffffd804 "\300\301\003\"\210\207" count =3D 4 result =3D make_fixnum(23456248746154) #36 0x00005555557fde53 in fetch_and_exec_byte_code (fun=3DXIL(0x7ffff2c1d0e= d), syms_left=3Dmake_fixnum(128), nargs=3D3, args=3D0x7fffffffdcc8) at ../.= ./master/src/eval.c:3036 #37 0x00005555557fe2d9 in funcall_lambda (fun=3DXIL(0x7ffff2c1d0ed), nargs= =3D3, arg_vector=3D0x7fffffffdcc8) at ../../master/src/eval.c:3117 val =3D XIL(0x7fffffffdc30) syms_left =3D make_fixnum(128) next =3D make_fixnum(2) lexenv =3D XIL(0x1800000003) count =3D 4 i =3D 93824994985955 optional =3D false rest =3D false #38 0x00005555557fd6ac in Ffuncall (nargs=3D4, args=3D0x7fffffffdcc0) at ..= /../master/src/eval.c:2916 fun =3D XIL(0x7ffff2c1d0ed) original_fun =3D XIL(0x7ffff2c1d0ed) funcar =3D XIL(0x7fffffffdc70) numargs =3D 3 val =3D XIL(0x7fffffffdc90) count =3D 3 #39 0x00005555557fcf00 in call3 (fn=3DXIL(0x7ffff2c1d0ed), arg1=3DXIL(0x555= 55863cb33), arg2=3DXIL(0x7ffff25734c4), arg3=3DXIL(0)) at ../../master/src/= eval.c:2788 #40 0x000055555572083e in cmd_error_internal (data=3DXIL(0x55555863cb33), c= ontext=3D0x7fffffffdd70 "") at ../../master/src/keyboard.c:987 #41 0x000055555572070c in cmd_error (data=3DXIL(0x55555863cb33)) at ../../m= aster/src/keyboard.c:956 old_level =3D XIL(0) old_length =3D XIL(0) macroerror =3D "\000\000\000\000\000\000\000\000\360\350\365UUU\000= \000\260\335\377\377\001", '\000' , "\060\256_\001\000\00= 0\000\000m\230\177UUU\000\000Ph" #42 0x00005555557f941c in internal_condition_case (bfun=3D0x555555720f96 , handlers=3DXIL(0x90), hfun=3D0x5555557205b9 ) at= ../../master/src/eval.c:1435 val =3D XIL(0x55555863cb33) c =3D 0x555555f5e8f0 #43 0x0000555555720b86 in command_loop_2 (ignore=3DXIL(0)) at ../../master/= src/keyboard.c:1094 val =3D XIL(0) #44 0x00005555557f8834 in internal_catch (tag=3DXIL(0xd9e0), func=3D0x55555= 5720b59 , arg=3DXIL(0)) at ../../master/src/eval.c:1189 val =3D XIL(0xd9e0) c =3D 0x555555f47770 #45 0x0000555555720b25 in command_loop () at ../../master/src/keyboard.c:10= 73 #46 0x00005555557200a2 in recursive_edit_1 () at ../../master/src/keyboard.= c:720 count =3D 1 val =3D XIL(0x7fffffffdf00) #47 0x0000555555720299 in Frecursive_edit () at ../../master/src/keyboard.c= :789 count =3D 0 buffer =3D XIL(0) #48 0x000055555571c17e in main (argc=3D2, argv=3D0x7fffffffe168) at ../../m= aster/src/emacs.c:2050 stack_bottom_variable =3D 0x7ffff617e053 no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0x0 dump_mode =3D 0x0 skip_args =3D 1 temacs =3D 0x0 attempt_load_pdump =3D true rlim =3D { rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615 } lc_all =3D 0x0 sockfd =3D -1 module_assertions =3D false Lisp Backtrace: "window-list-1" (0xffffbfa0) "replace-buffer-in-windows" (0xffffc4a8) "kill-buffer" (0xffffc710) 0x571d80f8 PVEC_COMPILED "substitute-command-keys" (0xffffd3d8) "command-error-default-function" (0xffffd628) "apply" (0xffffd7e8) 0xf2c1d0e8 PVEC_COMPILED --=20 Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:06:10 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:06:10 +0000 Received: from localhost ([127.0.0.1]:48047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXAX-0000wl-RL for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:06:10 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:52550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXAW-0000wG-2N for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:06:09 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G61cX006243; Thu, 8 Apr 2021 12:06:01 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 138G61cX006243 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617897961; bh=ryMDhmtB62YOxMu/YWVArVURjZWqzo/rpt7TYDkPT50=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=PU6JsedayF30Eu4EeXGzV7GGK2uPQRHK4aYN0Q0/M3XdFYASnNLAAHI5W++t7VyCs 6GzRrV3nR5wnlC6fD5OIX9gDfslw8+RuqqCD6R+FXUMMQcYAS/Oc9GA2djynL3Nmb1 lyoD64KYR3B4MrmJGOsrHY9f0RVrz7gWXaFbcHxE= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G5wQ1042257; Thu, 8 Apr 2021 12:05:58 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138G5wdH007631; Thu, 8 Apr 2021 12:05:58 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138G5vkX007628; Thu, 8 Apr 2021 12:05:57 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> Date: Thu, 08 Apr 2021 12:05:57 -0400 In-Reply-To: <83pmz493ag.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 11:58:15 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Date: Thu, 08 Apr 2021 11:21:10 -0400 >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> >> Okay, close, but not quite. What seems to be happening is this: >> list_windows() is called while Vwindow_list is nil, and the if branch is >> taken. Something causes list_windows() to exit without reaching the end >> of the if block. This leaves Vwindow_list partially created. The next >> time list_windows() is called it returns the partially created list. >> >> To determine this I put a breakpoint at the beginning of the if block >> that sets a gdb convenience variable called $in_list_windows to one and >> continues. I put a breakpoint at the end of that block that sets it to >> zero and continues. I put a third condition breakpoint at the entrance >> to list_windows() that only triggers if $in_list_windows is one. This >> triggered with the included backtrace. > > I guess you mean window_list instead of list_windows? Yes, sorry. >> Once again, the state triggered when, due to the VPN state changing, a >> background gnus demon hung trying to fetch mail. The trigger was me >> hitting C-g twice rapidly in succession to regain interactivity. >> >> Can anyone recommend a means to check if this my theory is true? Does >> list_windows() need to be protected against quit? > > Set a breakpoint in 'quit' and disable it. Set another breakpoint at > entry to 'window_list' that enables the breakpoint in 'quit', then > another breakpoint at exit which disables the breakpoint in 'quit'. > Then wait for the breakpoint in 'quit' to break during your recipe. > > Perhaps also do the same with a breakpoint in Fthrow. Good idea! I'm going to try that. > >> #26 0x000055555583108e in print_error_message >> (data=XIL(0x55555732d343), stream=XIL(0x30), context=0x7ffff2c64148 >> "", caller=XIL(0)) at ../../master/src/print.c:944 >> error_conditions = XIL(0x7ffff2c2da13) >> errname = XIL(0xb820) >> errmsg = make_fixnum(23456248526235) >> file_error = XIL(0x7fffffffd4c0) >> tail = XIL(0x30) > > What error message does this attempt to print? (gdb) p errname $8 = XIL(0xb820) (gdb) xtype Lisp_Symbol (gdb) xpr Lisp_Symbol $9 = (struct Lisp_Symbol *) 0x555555e6e8a0 "quit" (gdb) p errmsg $10 = XIL(0x55555571d654) (gdb) xpr Lisp_String $11 = (struct Lisp_String *) 0x55555571d650 0 (gdb) p error_conditions $14 = XIL(0x7ffff2c2da33) (gdb) xpr Lisp_Cons $15 = (struct Lisp_Cons *) 0x7ffff2c2da30 { u = { s = { car = XIL(0xb820), u = { cdr = XIL(0), chain = 0x0 } }, gcaligned = 0x20 } } (gdb) xlist $16 = 0xb820 Lisp_Symbol $17 = (struct Lisp_Symbol *) 0x555555e6e8a0 "quit" --- nil -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:14:41 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:14:41 +0000 Received: from localhost ([127.0.0.1]:48052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXIm-00018i-SZ for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:14:41 -0400 Received: from mout.gmx.net ([212.227.17.21]:43359) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXIi-00018R-1N for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:14:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617898463; bh=y3++rXeKV0eQ/sXzMoNBWXb9tUwzNnlvm+QGrVPxBFA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Dp0qno/z6lenA0XDDZyzclZ1hS/BFE7C54t8epHdkbmSn3BgfD/vmbLBYQIsYvRMO ZIbk8n7LY1mDFAEHjNDQBpV0nutChXHPRy51Sm+oPgitW9rm37FE3aPCSBIy5QnfJk z5Wa3yhpmGme8TZ8awcmGYzs4s1Y6lNWlqh9GBdc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.147]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M3UZG-1lTz491swc-000dVS; Thu, 08 Apr 2021 18:14:23 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> From: martin rudalics Message-ID: Date: Thu, 8 Apr 2021 18:14:21 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:og7JKNO8UcnFUCvN9iVUzan1dCTMT8Vw6X9s3NdnNEaW0FTU0YI b9E15nfVhX0qsGg9pMPngtB13MoE7kh1/e7e+E0tMf3uiDblLLy+T9tjCM6sFT5pgsUNoiw u+gh9HbPSYvo8LOfH9bzsYTLKbhhzRaIH/P06w5FC+/cDAHWPuqTdu2rdfSsoGtCmreptZh 7lw4NverHIP2cprRTjmuA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:6riimCHGmrE=:LXLjE7Le4EGbM24yQXErmk uRQJjXMH+qd7JnSTCrjCX8gF8dLELYF5yPbGEPBhvL8MaMiGvllf4NKB0GweOUdy6Rvpx+7V9 YewKhVv1EutpMlMp45io+jfjvfNq9pxVfLk6FeJg6cK1JbKCu5dDl1pqLE3uIroifrDj76FY8 4/CFp4O9SW6ub8HcBhnqh8RfJlvEaHHwESeJfgwnSeZAUxk2dWeDcv6n5szSCyIxNNXIC+zA2 2SqNPkFQy0cdQ34SqVnl0rXgAcxAxPC47aexgVnRaHG4Gzt+Vgkk1rgxkkTpSmRc5L4KUnWK+ e8ZrsA4QXlpuzwi4+tRgL+MJQLgMiQ7/O6w3H5rlARGtSms7+hZe1b/SG0rA9myIPU/PpkFQm 8wipHp4i0F2N2MkoRCIIbUtJu8FqxjXLDVZ7RuzafwWH2zsdkepAj2MS154Eiwnpn5I8IxW/J StSNhQsAWkOkTZ8fEgA72eG3iAfxLlVoxSMu+FhXT/CRSfUczRUtJdX9IL7n0ca+nNcpsrBdz UXoA9q5DzGzRNFkWH81m//lswelLSSO4cYqwWAo8iC19NqoqGta816E0QvpUorDsL7MrumjAS XIzvaSH2tKrkvOS46wTbtl8ktry6zG3KhlFuW7KIoSa8/D6f1rO8YWfr2JXQ/eFzAni+bK4Al HSe20vo8rVT0Qk545HmJnpw724g7w4VBt24FuIOo3TBRs1zcvKs7STz+3d3ltlCAdISpOdElh g+y9poqyLeJQLaNNXh69KpP+TSdiYBdx56LOaO81z8UQbvBj2OqGz6fboXhPpljVgqyhzJsVx Nf5DpcYz1eCpwfHl69HZ5Xwj6qreJke4YlNzUc5u86oDOM6HNsY2UX65PS3uxcv/OD6a6X16J 0kXYHwVQNUpzDzpFNRFbjKtqfN0vnU1VzjAQv/g2ZQaVrpvAZ1NShsDzypkCrz8TWyk2Kui02 i0q9tMCJayVth166Cd7aEtUazI7idrAXtP41AKiigEtyA/d/zm1c7142LiGv0q+oDUkLxSp+E PXhO3lObnxtUfqbsM8qQKIk3+QXZ9/E0Ikm6tccdm+tcB/M+an041bFYZO4PC+WAlQY7ArVtD N/MjC2eeCe228pI8lQAVi7fQhBpEbT4JV99+kks3sXa+2WpuTbNoKIugFtdX/W2DAGsFdcxKo uKy1I0eS2rM5fKUie1fIyJHqnf7rdch3AZtDLD88behe7YPPnAvOOw2hbXPBj0/mScGSw= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Before that, I include the backtrace with your latest patch. And here's > the interesting bit: > > (gdb) p Vwindow_list > $2 = XIL(0x55555863cae3) [...] > (gdb) p Vwindow_list_2 > $7 = XIL(0) The last one should be the clue, indeed. If it were the expected six windows list we couldn't say much, but nil means it got reset somewhere and never resurrected by window_list. > Right before this I hit a breakpoint that that I had set up that, once > again, implied that in this call of window_list() happened subsequent to > a call to window_list() that didn't complete, somehow. > > Before running with block_input(), unblock_input(), I'm going to modify > the sources to set a physical variable to one on entrance to the if > block and set it back to zero at the exit. At least then I can be sure > that an unintended termination of this function is really happening and > that it is not a debugger artifact. Good. Otherwise we're back at zero. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:20:17 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:20:17 +0000 Received: from localhost ([127.0.0.1]:48058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXOD-0001HQ-7X for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:20:17 -0400 Received: from heytings.org ([95.142.160.155]:58566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXOB-0001HH-7J for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:20:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1617898813; bh=sOjnv749/ekqkOgZoaHp9Zw/oIEj62IPfM4TTbu1N6k=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=Z8P8kzMFGdTzLWrZYLtN3o61P39v1wdC5Ngo7Da6WcTsd41xO7i/SCWyYpPp5i/Rd kl7wcONQKpTtD960BQhvLoSlgcn1EFHpXJkHLlVL9oO5/KJ/BhCLEgYe4YHabiZSDs sWra0vOjZ5u3eCpSrMy8pG4y3A0oCjDVCVfTK1hMnm7ggzEi73p2LoDNeyrSL73Vv4 etExEmPZ1nMgvpHOdq4WDYvo3/AEjwtfnLuE/KVomPMi/ZaT8lE2bmQG68aZFK8s83 ln8aB6kFLtdma03aN/5pT5fTeXu3rvjVshgDTqfBeDQqOfdb8oeKjaU9Rl3fK5PKlc stk/Tae0vOizA== Date: Thu, 08 Apr 2021 16:20:13 +0000 From: Gregory Heytings To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: <8335w19bjq.fsf@gnu.org> Message-ID: <9ff81b52faf8b5c07387@heytings.org> References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <9ff81b52fa1cb82320c6@heytings.org> <835z0x9f9p.fsf@gnu.org> <87czv5ugjt.fsf@igel.home> <834kgh9cxo.fsf@gnu.org> <9ff81b52fa1f308133de@heytings.org> <8335w19bjq.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org, mwd@cert.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Bisection requires to know the last commit where the bug didn't >>>>> exist. >>>> >>>> Not the *last* commit, that what bisection is for to find out. It >>>> just requires *any* commit where the bug didn't exist. >>> >>> Right, but that's unknown as well here. >> >> Usually the first step in bisecting is to find some distant commit >> where the bug did not exist. > > Sure, but given the time it takes to reproduce the problem, that could > take much longer than what Martin is doing now. And if you go far > enough into the past, Emacs will stop building successfully, so you are > stuck there. > IIUC the problems happens once a day or so. I'd try to see if it still happens with HEAD~2500, HEAD~5000, HEAD~7500, HEAD~10000. All of them build successfully, and doing this doesn't cost anything. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:29:02 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:29:03 +0000 Received: from localhost ([127.0.0.1]:48075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXWg-0001VA-Jj for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:29:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXWf-0001Uf-7M for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:29:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45256) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUXWX-0007ms-22; Thu, 08 Apr 2021 12:28:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1531 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUXWU-0004Z2-AT; Thu, 08 Apr 2021 12:28:52 -0400 Date: Thu, 08 Apr 2021 19:28:31 +0300 Message-Id: <83mtu891w0.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 08 Apr 2021 12:05:57 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Thu, 08 Apr 2021 12:05:57 -0400 > > >> #26 0x000055555583108e in print_error_message > >> (data=XIL(0x55555732d343), stream=XIL(0x30), context=0x7ffff2c64148 > >> "", caller=XIL(0)) at ../../master/src/print.c:944 > >> error_conditions = XIL(0x7ffff2c2da13) > >> errname = XIL(0xb820) > >> errmsg = make_fixnum(23456248526235) > >> file_error = XIL(0x7fffffffd4c0) > >> tail = XIL(0x30) > > > > What error message does this attempt to print? > > (gdb) p errname > $8 = XIL(0xb820) > (gdb) xtype > Lisp_Symbol > (gdb) xpr > Lisp_Symbol > $9 = (struct Lisp_Symbol *) 0x555555e6e8a0 > "quit" > (gdb) p errmsg > $10 = XIL(0x55555571d654) > (gdb) xpr > Lisp_String > $11 = (struct Lisp_String *) 0x55555571d650 > 0 > (gdb) p error_conditions > $14 = XIL(0x7ffff2c2da33) > (gdb) xpr > Lisp_Cons > $15 = (struct Lisp_Cons *) 0x7ffff2c2da30 > { > u = { > s = { > car = XIL(0xb820), > u = { > cdr = XIL(0), > chain = 0x0 > } > }, > gcaligned = 0x20 > } > } > (gdb) xlist > $16 = 0xb820 > Lisp_Symbol > $17 = (struct Lisp_Symbol *) 0x555555e6e8a0 > "quit" > --- > nil So is this the result of your typing C-g? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:35:53 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:35:53 +0000 Received: from localhost ([127.0.0.1]:48085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXdI-0001ga-QL for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:35:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXdG-0001gN-N8 for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:35:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45467) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUXd7-0003Rz-Ph; Thu, 08 Apr 2021 12:35:41 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1971 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUXd6-0007nX-Gs; Thu, 08 Apr 2021 12:35:41 -0400 Date: Thu, 08 Apr 2021 19:35:19 +0300 Message-Id: <83lf9s91ko.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 08 Apr 2021 12:01:23 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, rudalics@gmx.at, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Date: Thu, 08 Apr 2021 12:01:23 -0400 > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > > Lisp Backtrace: > "window-list-1" (0xffffbfa0) > "replace-buffer-in-windows" (0xffffc4a8) > "kill-buffer" (0xffffc710) > 0x571d80f8 PVEC_COMPILED > "substitute-command-keys" (0xffffd3d8) > "command-error-default-function" (0xffffd628) > "apply" (0xffffd7e8) > 0xf2c1d0e8 PVEC_COMPILED This seems to indicate that kill-buffer is called by substitute-command-keys, in which case the buffer in question is a temporary buffer. Can you verify that by looking at the buffer's name in frame #13: > #13 0x0000555555758e6d in Fkill_buffer (buffer_or_name=XIL(0x5555571d7ced)) at ../../master/src/buffer.c:1830 > buffer = XIL(0x5555571d7ced) > b = 0x5555571d7ce8 > tem = XIL(0x555555753673) > m = 0x7fffffffc5f0 And if I'm right, it sounds like we are looking at a different scenario here? The previous calls to kill-buffer were from Gnus, right? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:37:54 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:37:54 +0000 Received: from localhost ([127.0.0.1]:48090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXfG-0001je-8N for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:37:54 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:53200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXfD-0001jO-GL for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:37:53 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138Gbhnt010786; Thu, 8 Apr 2021 12:37:43 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 138Gbhnt010786 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617899864; bh=JFyiGYeaBkdA9WApHuCxhwdk8QbOBRlqS8jo5zF9UkE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=oD2GiYNNeOt7g43GqZRIPQgXA5aay2IV+orWJ0D61sX1+vGkF7J8A+reWjigXYV1G VLzSZbK9b8qgCrdt0kLdGGhs5SOF5P9UsvIk6Y9JkBJZXC61XDP6i31l/mzRY+tar2 PDRsNVFpjDdV/pWN+xbgkC+VPeb7xaucGJA/LUZw= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138GbfxU003056; Thu, 8 Apr 2021 12:37:41 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138GbfHq010786; Thu, 8 Apr 2021 12:37:41 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138GbfqF010783; Thu, 8 Apr 2021 12:37:41 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <83mtu891w0.fsf@gnu.org> Date: Thu, 08 Apr 2021 12:37:41 -0400 In-Reply-To: <83mtu891w0.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 12:28:31 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Thu, 08 Apr 2021 12:05:57 -0400 >> >> >> #26 0x000055555583108e in print_error_message >> >> (data=XIL(0x55555732d343), stream=XIL(0x30), context=0x7ffff2c64148 >> >> "", caller=XIL(0)) at ../../master/src/print.c:944 >> >> error_conditions = XIL(0x7ffff2c2da13) >> >> errname = XIL(0xb820) >> >> errmsg = make_fixnum(23456248526235) >> >> file_error = XIL(0x7fffffffd4c0) >> >> tail = XIL(0x30) >> > >> > What error message does this attempt to print? >> >> (gdb) p errname >> $8 = XIL(0xb820) >> (gdb) xtype >> Lisp_Symbol >> (gdb) xpr >> Lisp_Symbol >> $9 = (struct Lisp_Symbol *) 0x555555e6e8a0 >> "quit" >> (gdb) p errmsg >> $10 = XIL(0x55555571d654) >> (gdb) xpr >> Lisp_String >> $11 = (struct Lisp_String *) 0x55555571d650 >> 0 >> (gdb) p error_conditions >> $14 = XIL(0x7ffff2c2da33) >> (gdb) xpr >> Lisp_Cons >> $15 = (struct Lisp_Cons *) 0x7ffff2c2da30 >> { >> u = { >> s = { >> car = XIL(0xb820), >> u = { >> cdr = XIL(0), >> chain = 0x0 >> } >> }, >> gcaligned = 0x20 >> } >> } >> (gdb) xlist >> $16 = 0xb820 >> Lisp_Symbol >> $17 = (struct Lisp_Symbol *) 0x555555e6e8a0 >> "quit" >> --- >> nil > > So is this the result of your typing C-g? Yes. In the scenario I have presented, this is where Emacs is unresponsive (busy cursor), presumably trying to interact with a network connection that has gone away to the VPN being switched on or off, and I type C-g twice rapidly in succession to regain interactivity, after which I would normally then attempt to manually reset the gnus connections. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:43:13 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:43:13 +0000 Received: from localhost ([127.0.0.1]:48100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXkN-0001rp-OA for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:43:13 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:53310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXkC-0001rB-BT for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:43:10 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138GgshK011456; Thu, 8 Apr 2021 12:42:54 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 138GgshK011456 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617900174; bh=17FdX41ycBZB9QWCeKQK4nlf7A+bFhoYIWWJLuwzXBk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=sSZb7++5R0fj1Ig6cOdp4NNGciECGWCjLJbCIv4CkqF8Rxyr/ZfDi0eLrKHKQbqya bqvLqX2PkFbm/1WbPGvuXUqexjDMyf+LBH4IbFMfMZXSQAcIA6/lIuQwO17YSP4Kr/ A6B60tE1XZdT27srgtXC1apDxPQIg7F77npmRhTU= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138GgqKq004294; Thu, 8 Apr 2021 12:42:52 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138GgqiE011273; Thu, 8 Apr 2021 12:42:52 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138GgpOf011268; Thu, 8 Apr 2021 12:42:51 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83lf9s91ko.fsf@gnu.org> Date: Thu, 08 Apr 2021 12:42:51 -0400 In-Reply-To: <83lf9s91ko.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 12:35:19 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "rudalics@gmx.at" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Date: Thu, 08 Apr 2021 12:01:23 -0400 >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> >> Lisp Backtrace: >> "window-list-1" (0xffffbfa0) >> "replace-buffer-in-windows" (0xffffc4a8) >> "kill-buffer" (0xffffc710) >> 0x571d80f8 PVEC_COMPILED >> "substitute-command-keys" (0xffffd3d8) >> "command-error-default-function" (0xffffd628) >> "apply" (0xffffd7e8) >> 0xf2c1d0e8 PVEC_COMPILED > > This seems to indicate that kill-buffer is called by > substitute-command-keys, in which case the buffer in question is a > temporary buffer. Can you verify that by looking at the buffer's name > in frame #13: > >> #13 0x0000555555758e6d in Fkill_buffer >> (buffer_or_name=XIL(0x5555571d7ced)) at >> ../../master/src/buffer.c:1830 >> buffer = XIL(0x5555571d7ced) >> b = 0x5555571d7ce8 >> tem = XIL(0x555555753673) >> m = 0x7fffffffc5f0 I'm afraid I cancelled that gdb session in favor of a new one recently, sorry. I'll report on that at the next trigger. > And if I'm right, it sounds like we are looking at a different > scenario here? The previous calls to kill-buffer were from Gnus, > right? The scenario is the same, but recent changes my Martin have moved the failure closer to the trigger condition. Before I typed C-g C-g, switched to the server buffer, changed some connections, and then things died when the server buffer was killed. We have managed to determine that this is due to Vwindow_list being inconsistent with reality, and Martin's changes have caused us to fail closer to the actual cause of failure. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 12:50:27 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 16:50:27 +0000 Received: from localhost ([127.0.0.1]:48106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXrP-00022f-3g for submit@debbugs.gnu.org; Thu, 08 Apr 2021 12:50:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUXrL-00022S-Ta for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 12:50:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45720) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUXrD-0003Ye-2J; Thu, 08 Apr 2021 12:50:16 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2874 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUXrC-0000tS-1w; Thu, 08 Apr 2021 12:50:14 -0400 Date: Thu, 08 Apr 2021 19:49:53 +0300 Message-Id: <83k0pc90we.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 08 Apr 2021 12:37:41 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <83mtu891w0.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: "mwd@md5i.com" , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Thu, 08 Apr 2021 12:37:41 -0400 > > >> (gdb) xlist > >> $16 = 0xb820 > >> Lisp_Symbol > >> $17 = (struct Lisp_Symbol *) 0x555555e6e8a0 > >> "quit" > >> --- > >> nil > > > > So is this the result of your typing C-g? > > Yes. In the scenario I have presented, this is where Emacs is > unresponsive (busy cursor), presumably trying to interact with a network > connection that has gone away to the VPN being switched on or off, and I > type C-g twice rapidly in succession to regain interactivity, after > which I would normally then attempt to manually reset the gnus > connections. But then the buffer being killed is not the one you reported originally, is it? You said the buffer that was killed was *Server*, and here we see that a temporary buffer is being killed. Am I confused? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 13:11:46 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 17:11:46 +0000 Received: from localhost ([127.0.0.1]:48116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYC1-0002ZP-V9 for submit@debbugs.gnu.org; Thu, 08 Apr 2021 13:11:46 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:36026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYBy-0002Z9-Hr for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 13:11:45 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HBZRk003345; Thu, 8 Apr 2021 13:11:35 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 138HBZRk003345 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617901895; bh=rEPAZ2d4n6IeGNxn0LDoOrH8SBZgcfP5PY55ybfMAnk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=TUPqhVU7JMJ84X5QaijWqY7GMBQHM+Oe8PqsjaR9yE23twmp2PZy3cgLTyws5H4P9 TiHyv7QfEw6QOtJuVQF/Yjc0oKUamcVxawrfVsw6oGasVMwLlyf19Ib97I7UQ977RM MLw/geXU2DLrHkNrlpqShmGUVF1OBgzUR51c+u8Q= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HBYkB012257; Thu, 8 Apr 2021 13:11:34 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HBYYm014475; Thu, 8 Apr 2021 13:11:34 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138HBYMN014472; Thu, 8 Apr 2021 13:11:34 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> Date: Thu, 08 Apr 2021 13:11:34 -0400 In-Reply-To: <83pmz493ag.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 11:58:15 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Lisp Backtrace: >> "window-list-1" (0xffffbfa0) >> "replace-buffer-in-windows" (0xffffc4a8) >> "kill-buffer" (0xffffc710) >> 0x571d80f8 PVEC_COMPILED >> "substitute-command-keys" (0xffffd3d8) >> "command-error-default-function" (0xffffd628) >> "apply" (0xffffd7e8) >> 0xf2c1d0e8 PVEC_COMPILED > > This seems to indicate that kill-buffer is called by > substitute-command-keys, in which case the buffer in question is a > temporary buffer. Can you verify that by looking at the buffer's name > in frame #13: > >> #13 0x0000555555758e6d in Fkill_buffer >> (buffer_or_name=XIL(0x5555571d7ced)) at >> ../../master/src/buffer.c:1830 >> buffer = XIL(0x5555571d7ced) >> b = 0x5555571d7ce8 >> tem = XIL(0x555555753673) >> m = 0x7fffffffc5f0 As expected, it is " *temp*". This time I've kept the session around. >> Once again, the state triggered when, due to the VPN state changing, a >> background gnus demon hung trying to fetch mail. The trigger was me >> hitting C-g twice rapidly in succession to regain interactivity. >> >> Can anyone recommend a means to check if this my theory is true? Does >> list_windows() need to be protected against quit? > > Set a breakpoint in 'quit' and disable it. Set another breakpoint at > entry to 'window_list' that enables the breakpoint in 'quit', then > another breakpoint at exit which disables the breakpoint in 'quit'. > Then wait for the breakpoint in 'quit' to break during your recipe. > > Perhaps also do the same with a breakpoint in Fthrow. I hit the breakpoint in quit. It looks like Fnconc uses FOR_EACH_TAIL, which uses FOR_EACH_TAIL_INTENAL, which calls maybe_quit. The question in my mind now is whether block/unblock_input belongs in window_list or in Fnconc. Thread 4.1 "emacs" hit Breakpoint 8, quit () at ../../master/src/eval.c:1660 1660 return signal_or_quit (Qquit, Qnil, true); (gdb) bt #0 quit () at ../../master/src/eval.c:1660 #1 0x00005555557f9a27 in process_quit_flag () at ../../master/src/eval.c:1607 #2 0x00005555557f9a6a in maybe_quit () at ../../master/src/eval.c:1627 #3 0x000055555580eb65 in Fnconc (nargs=2, args=0x7fffffffb910) at ../../master/src/fns.c:2783 #4 0x000055555580ea3b in nconc2 (s1=XIL(0x5555573e73a3), s2=XIL(0x5555573e73c3)) at ../../master/src/fns.c:2759 #5 0x000055555564b2db in window_list () at ../../master/src/window.c:2578 #6 0x00005555555eb138 in prepare_menu_bars () at ../../master/src/xdisp.c:12717 #7 0x00005555555f2a3c in redisplay_internal () at ../../master/src/xdisp.c:15668 #8 0x00005555555f48f2 in redisplay_preserve_echo_area (from_where=8) at ../../master/src/xdisp.c:16385 #9 0x00005555557393fa in detect_input_pending_run_timers (do_display=true) at ../../master/src/keyboard.c:10308 #10 0x0000555555869789 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at ../../master/src/process.c:5657 #11 0x0000555555728ed2 in kbd_buffer_get_event (kbp=0x7fffffffd428, used_mouse_menu=0x7fffffffda6f, end_time=0x0) at ../../master/src/keyboard.c:3869 #12 0x0000555555723ba7 in read_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffd800, used_mouse_menu=0x7fffffffda6f) at ../../master/src/keyboard.c:2159 #13 0x0000555555723f25 in read_decoded_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffd800, prev_event=XIL(0), used_mouse_menu=0x7fffffffda6f) at ../../master/src/keyboard.c:2223 #14 0x0000555555725ee8 in read_char (commandflag=1, map=XIL(0x55555730fcb3), prev_event=XIL(0), used_mouse_menu=0x7fffffffda6f, end_time=0x0) at ../../master/src/keyboard.c:2833 #15 0x00005555557375dc in read_key_sequence (keybuf=0x7fffffffdc70, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../master/src/keyboard.c:9491 #16 0x0000555555721412 in command_loop_1 () at ../../master/src/keyboard.c:1353 #17 0x00005555557f9424 in internal_condition_case (bfun=0x555555720f96 , handlers=XIL(0x90), hfun=0x5555557205b9 ) at ../../master/src/eval.c:1439 #18 0x0000555555720b86 in command_loop_2 (ignore=XIL(0)) at ../../master/src/keyboard.c:1094 #19 0x00005555557f8834 in internal_catch (tag=XIL(0xd9e0), func=0x555555720b59 , arg=XIL(0)) at ../../master/src/eval.c:1189 #20 0x0000555555720b25 in command_loop () at ../../master/src/keyboard.c:1073 #21 0x00005555557200a2 in recursive_edit_1 () at ../../master/src/keyboard.c:720 #22 0x0000555555720299 in Frecursive_edit () at ../../master/src/keyboard.c:789 #23 0x000055555571c17e in main (argc=2, argv=0x7fffffffe168) at ../../master/src/emacs.c:2050 Lisp Backtrace: "redisplay_internal (C function)" (0x0) -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 13:16:13 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 17:16:13 +0000 Received: from localhost ([127.0.0.1]:48120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYGK-0002gt-No for submit@debbugs.gnu.org; Thu, 08 Apr 2021 13:16:13 -0400 Received: from taper.sei.cmu.edu ([147.72.252.16]:36132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYGA-0002fz-KD for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 13:16:11 -0400 Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HFvnf003859; Thu, 8 Apr 2021 13:15:57 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 138HFvnf003859 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617902157; bh=hLw1prcOGvVhyqYeQVQfGxJWDeY4Iw6faf7gUWO/FJY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=YHlK/2CJ3BQOsGWbXuHXNZDpPvp6vUumHeWuWFPkessmvQEwTiEGE2YmMRNzLBsWr G0OZFVeicyCg1Vrw9vWMZ7pvMjZvNRMVbRBYa5qtKanPxDBIpmwUYL7/0KGxzF7MF4 X4ipopr5i+FWMm3rx8LvVbZzWrfAwJIWmMduGYKo= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HFsJ1013680; Thu, 8 Apr 2021 13:15:54 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HFsKQ014777; Thu, 8 Apr 2021 13:15:54 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138HFsk7014774; Thu, 8 Apr 2021 13:15:54 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <83mtu891w0.fsf@gnu.org> <83k0pc90we.fsf@gnu.org> Date: Thu, 08 Apr 2021 13:15:54 -0400 In-Reply-To: <83k0pc90we.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 12:49:53 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: "mwd@md5i.com" , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Thu, 08 Apr 2021 12:37:41 -0400 >> >> >> (gdb) xlist >> >> $16 = 0xb820 >> >> Lisp_Symbol >> >> $17 = (struct Lisp_Symbol *) 0x555555e6e8a0 >> >> "quit" >> >> --- >> >> nil >> > >> > So is this the result of your typing C-g? >> >> Yes. In the scenario I have presented, this is where Emacs is >> unresponsive (busy cursor), presumably trying to interact with a network >> connection that has gone away to the VPN being switched on or off, and I >> type C-g twice rapidly in succession to regain interactivity, after >> which I would normally then attempt to manually reset the gnus >> connections. > > But then the buffer being killed is not the one you reported > originally, is it? You said the buffer that was killed was *Server*, > and here we see that a temporary buffer is being killed. Am I > confused? You're not confused, but the situation is confusing. There are two kill-buffer calls that are happening. The Vwindow_list was getting corrupted during the first, but that corruption did not cause a segfault, likely to that buffer (temp buffer) not being in a window. That corruption caused a segfault in the second. Martin's changes have caused an assertion to happen in the first instead. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 13:46:45 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 17:46:45 +0000 Received: from localhost ([127.0.0.1]:48150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYjs-0003Xp-C4 for submit@debbugs.gnu.org; Thu, 08 Apr 2021 13:46:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYjp-0003XY-GY for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 13:46:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46949) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUYjg-0001ru-EZ; Thu, 08 Apr 2021 13:46:32 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2328 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUYjf-0005Po-4e; Thu, 08 Apr 2021 13:46:32 -0400 Date: Thu, 08 Apr 2021 20:46:09 +0300 Message-Id: <83im4w8yam.fsf@gnu.org> From: Eli Zaretskii To: Michael Welsh Duggan In-Reply-To: (message from Michael Welsh Duggan on Thu, 08 Apr 2021 13:11:34 -0400) Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: mwd@md5i.com, 47244@debbugs.gnu.org, schwab@linux-m68k.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Michael Welsh Duggan > Cc: Michael Welsh Duggan , > "schwab@linux-m68k.org" > , > "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> > Date: Thu, 08 Apr 2021 13:11:34 -0400 > > I hit the breakpoint in quit. It looks like Fnconc uses FOR_EACH_TAIL, > which uses FOR_EACH_TAIL_INTENAL, which calls maybe_quit. The question > in my mind now is whether block/unblock_input belongs in window_list or > in Fnconc. IMO, the right solution is not block_input but unwind_protect. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 13:51:46 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 17:51:46 +0000 Received: from localhost ([127.0.0.1]:48269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYok-0003of-1k for submit@debbugs.gnu.org; Thu, 08 Apr 2021 13:51:46 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:54704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUYoX-0003me-8X for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 13:51:33 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HpOqp021268; Thu, 8 Apr 2021 13:51:25 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 138HpOqp021268 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617904285; bh=Q5dSGoONN4sYaW9lzdJ9l97aR88HuWg3M84b8fLotQk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=j2IewqN6MVxWIkmH3qwc2OfFB/6060ui86vphF2DUZ6FWkPoZN38h1abx2xI7Ya5d tH2Q8RMvUrcmtkdi9vuLqK/AXO7E2SkHpV6Y7K137Dzb/hvZT94kwVbSmF85W1OBZp T+mKJg6vl2rPAngOaKHig0MS7WAKDIMo9bTNk2Dw= Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HpO1n021346; Thu, 8 Apr 2021 13:51:24 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 138HpOmj019354; Thu, 8 Apr 2021 13:51:24 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 138HpOSP019351; Thu, 8 Apr 2021 13:51:24 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <83im4w8yam.fsf@gnu.org> Date: Thu, 08 Apr 2021 13:51:24 -0400 In-Reply-To: <83im4w8yam.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 8 Apr 2021 13:46:09 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47244 Cc: "mwd@md5i.com" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: Michael Welsh Duggan , >> "schwab@linux-m68k.org" >> , >> "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> >> Date: Thu, 08 Apr 2021 13:11:34 -0400 >> >> I hit the breakpoint in quit. It looks like Fnconc uses FOR_EACH_TAIL, >> which uses FOR_EACH_TAIL_INTENAL, which calls maybe_quit. The question >> in my mind now is whether block/unblock_input belongs in window_list or >> in Fnconc. > > IMO, the right solution is not block_input but unwind_protect. Mayhap. I look forward to a patch to try out. (I'm not certain how it should be used, myself.) FWIW, it might be worth looking through all uses of FOR_EACH_TAIL to find places that it is used in loops that do destructive updates, like Fdelete, as it seems icky for C-g to leave one of these operations partially completed. -- Michael Welsh Duggan (mwd@cert.org) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 08 14:52:46 2021 Received: (at 47244) by debbugs.gnu.org; 8 Apr 2021 18:52:47 +0000 Received: from localhost ([127.0.0.1]:48338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUZlm-0005Oz-Ae for submit@debbugs.gnu.org; Thu, 08 Apr 2021 14:52:46 -0400 Received: from mout.gmx.net ([212.227.15.19]:49531) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUZlj-0005Oj-Ry for 47244@debbugs.gnu.org; Thu, 08 Apr 2021 14:52:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617907952; bh=pNBlSNI69Dwl6zQeQa1Wp+oJJcPzfGmfxANNVudmDOQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=I2Q9I2MaHZSGHwzVtqGlatrKdiPE/HCBFTo73iV9vr5e1mUm3lXzPfpt7k7iP8qQv lEEntrEvQTaHNH+kA140xckOp0tz82WOmOQmd52KvYYal/ZI8pFAXyd7xVQ71dVNYJ 3zDxOB96EGSbUt9UhNH11E7LJ21TE9ErWELvHN/E= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.250]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MysRk-1lq4rC0acE-00vxhM; Thu, 08 Apr 2021 20:52:32 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan , Eli Zaretskii References: <87im5ofp3z.fsf@md5i.com> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> From: martin rudalics Message-ID: <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> Date: Thu, 8 Apr 2021 20:52:29 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------F6C83CE53BABC6FE6E6523D0" Content-Language: en-US X-Provags-ID: V03:K1:4DzoGDT8qDAPkKuV9oMPhgfOkNF3KpY5CiKqjOTeHlHMx3oV8Kd b48hvhisZjYiALnduyXU3aj9Wo4TeqwO30B0uy/ObHluwpQV9YW1kdIptFDVMPgPbqtjtr0 vbztFxfFC/XU4GBTEXYWa3IpMbdxbktcOOZMyHM9HwwrOtxdZpaLfsdJMRvjvqgMXugsG2A 8VEhgnrGFKe9BMii6iLaw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:a32BKpT1UyY=:1sZRHMfmJvCZk1PRFwNZfq fiuHSP3n4sX25GqGmQgCLMY61hjm6RuKKxXVC35G5YaSi8JBtch3wRzSGq0Lfi7f8TPTDvnxP zMxnCW7JovUL5CIRBvKucmQTmQ0JNo88F+qH3ygZQ/8FzD8E0q56TdeFfxJT9x696LcS82iT0 +/qaxProw4BvYA4jxyjl1uaiDwfIrR3EmekgPdJXnib5yCVdgupHTxTdouQ2bpd+YLHkhkvUt D1JMlAM3h6v4myI9yTvEo4r/0BzHjZeX0UCb3hQd5l9wdkzr8zV8TUhmGjbcQQ23LSvBeem6+ JuQ1PWKc4V9qS+rL7PVb5XRN6xicG5BmKA1Q0S2mEkjFC9zJszxmB5/ruHbMrXLM5DZSEA/2w xrZy+hBe35W2I8mJNXaQNwYv5XhfuqAOjwLfw9+nDq299X1DxZ5A5ls6T8t9qfmOMogEsQm91 hgKKdihjK2EvAuwXex2HjbNTolzb8k2TcjBRuSI3uCKqmFrMJCOAiAeoZFzOar/WWIpTy5+nw pjjSHPYlSyL8NcjfQgcBx3GvrwBNKRzUfHYnrf3qbHTRHrnk3NMtExxsOp+iEbgwX+0ygqy5A vDoC84rxiwWTdldujSBVmN46ZCcWbekTLcAXUzzH+zM0yZMoMIuKgm8EXc+LfHPsOFGsymk+g jkbxTWZhUg83wjR7iu21L4872yg0cMMnOwgQs7q+kmjnJQ/SJ8ODz0k8e7EBwxsZ3y4KC4FH+ M3UEX0pj65lMRvO5iQA9e7f4fwKcsP8qJQ9WGzId/gHsGZKzB+EBA56ma6D0R/Ulh0dLCZtM8 kTjBVLHPo/IJG0KvoGsLYQXj3lvDM/ZsQYgEGt+FPFvSii7LxJw/5hxNu0YkHpC9XUTgtjZUe AmSfSGGPFc7lpQ99Ji4/KTYhY9Y2r6WJx3jW7e9WI6vaDytQS74ZLwYWnM2ZdJoDhV3wdvk2r Xzltt2XfK6bco7LrTCgn/dw9VCfQGe5LRhNBw64W0z5MDTKfQBKCzqvgrntCOcmoTsh8K3nGf BEddI4q1qu/eeFfkddStx7u8gnp3v+IrBMBeBTjb5LjO5ka4cFfDL8m332cnieN8329dVXizZ ahbRNChZne3BMAO0PNwbZlRW/eX0m17SmyIzchVaQsKM7gpMJ7cSohRh1x9r5Za9DOag5JUyg viXYBTfAtgZTSQNp/rAODvzl7OL/vsUV5lxmvSB5NEZGRyTo+C4Xz7e4D3kg6t+OuINa5wx4x WFYTGQlVLRKHm7yIA X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------F6C83CE53BABC6FE6E6523D0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > I hit the breakpoint in quit. It looks like Fnconc uses FOR_EACH_TAIL, > which uses FOR_EACH_TAIL_INTENAL, which calls maybe_quit. Not just around the corner but near. Well done. > The question > in my mind now is whether block/unblock_input belongs in window_list or > in Fnconc. In window_list and we then should bind inhibit_quit IIUC. Fnconc must be able to deal with circular lists. I attach a patch. martin --------------F6C83CE53BABC6FE6E6523D0 Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/buffer.c b/src/buffer.c index 8e33162989..70b37e61a2 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1951,6 +1951,9 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", This gets rid of them for certain. */ reset_buffer_local_variables (b, 1); =20 + if (!b->base_buffer) + eassert (b->window_count =3D=3D 0); + bset_name (b, Qnil); =20 block_input (); @@ -1991,6 +1994,8 @@ DEFUN ("kill-buffer", Fkill_buffer, Skill_buffer, 0= , 1, "bKill buffer: ", =20 run_buffer_list_update_hook (b); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qt; } =0C @@ -2151,6 +2156,9 @@ set_buffer_internal_1 (register struct buffer *b) =20 BUFFER_CHECK_INDIRECTION (b); =20 + if (!BUFFER_LIVE_P (b)) + error ("Selecting deleted buffer"); + old_buf =3D current_buffer; current_buffer =3D b; last_known_column_point =3D -1; /* Invalidate indentation cache. */= diff --git a/src/nsfns.m b/src/nsfns.m index 5c4cc915e7..82136b0639 100644 --- a/src/nsfns.m +++ b/src/nsfns.m @@ -1447,7 +1447,7 @@ Turn the input menu (an NSMenu) into a lisp list fo= r tracking on lisp side. =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } diff --git a/src/w32fns.c b/src/w32fns.c index 9db367bfaf..f2d5e34c3e 100644 --- a/src/w32fns.c +++ b/src/w32fns.c @@ -6148,7 +6148,7 @@ DEFUN ("x-create-frame", Fx_create_frame, Sx_create= _frame, =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } diff --git a/src/window.c b/src/window.c index eb16e2a433..c858ddb4ff 100644 --- a/src/window.c +++ b/src/window.c @@ -86,6 +86,7 @@ Functions creating or deleting windows should invalidate this cache by setting it to nil. */ Lisp_Object Vwindow_list; +Lisp_Object Vwindow_list_2; =20 /* True mean window_change_record has to record all live frames. */ static bool window_change_record_frames; @@ -307,7 +308,11 @@ wset_buffer (struct window *w, Lisp_Object val) if (BUFFERP (val)) /* Make sure that we do not assign the buffer to an internal window. */ - eassert (MARKERP (w->start) && MARKERP (w->pointm)); + { + eassert (BUFFER_LIVE_P (XBUFFER (val))); + eassert (MARKERP (w->start) && MARKERP (w->pointm)); + } + w->contents =3D val; adjust_window_count (w, 1); } @@ -315,6 +320,7 @@ wset_buffer (struct window *w, Lisp_Object val) static void wset_old_buffer (struct window *w, Lisp_Object val) { + eassert (BUFFER_LIVE_P (XBUFFER (val))); w->old_buffer =3D val; } =20 @@ -594,6 +600,8 @@ select_window_1 (Lisp_Object window, bool inhibit_poi= nt_swap) =20 selected_window =3D window; =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + /* Go to the point recorded in the window. This is important when the buffer is in more than one window. It also matters when @@ -2556,8 +2564,10 @@ window_list (void) if (!CONSP (Vwindow_list)) { Lisp_Object tail, frame; + ptrdiff_t count =3D SPECPDL_INDEX (); =20 Vwindow_list =3D Qnil; + specbind (Qinhibit_quit, Qt); FOR_EACH_FRAME (tail, frame) { Lisp_Object arglist =3D Qnil; @@ -2569,7 +2579,12 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + Vwindow_list_2 =3D Fcopy_sequence (Vwindow_list); + unbind_to (count, Qnil); } + else + eassert (!NILP (Fequal (Vwindow_list, Vwindow_list_2))); =20 return Vwindow_list; } @@ -2950,6 +2965,8 @@ DEFUN ("window-list-1", Fwindow_list_1, Swindow_lis= t_1, 0, 3, 0, CHECK_ALL_WINDOWS /* Arg is ignored */ }; =20 +static int replace_buffer_in_windows_safely_count; + static Lisp_Object window_loop (enum window_loop type, Lisp_Object obj, bool mini, Lisp_Object frames) @@ -3048,6 +3065,8 @@ window_loop (enum window_loop type, Lisp_Object obj= , bool mini, if (EQ (window, selected_window) && XBUFFER (w->contents) =3D=3D current_buffer) Fset_buffer (w->contents); + + replace_buffer_in_windows_safely_count +=3D 1; } break; =20 @@ -3277,7 +3296,7 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, free_window_matrices (r); =20 fset_redisplay (f); - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 if (!WINDOW_LEAF_P (w)) { @@ -3411,6 +3430,8 @@ DEFUN ("delete-other-windows-internal", Fdelete_oth= er_windows_internal, replace_buffer_in_windows (Lisp_Object buffer) { call1 (Qreplace_buffer_in_windows, buffer); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* If BUFFER is shown in a window, safely replace it with some other @@ -3419,7 +3440,28 @@ replace_buffer_in_windows (Lisp_Object buffer) void replace_buffer_in_windows_safely (Lisp_Object buffer) { - if (buffer_window_count (XBUFFER (buffer))) + if (!NILP (Fstring_equal (XBUFFER (buffer)->name_, + build_string ("*Server*")))) + { + int count =3D buffer_window_count (XBUFFER (buffer)); + + replace_buffer_in_windows_safely_count =3D 0; + + + if (buffer_window_count (XBUFFER (buffer))) + { + Lisp_Object tail, frame; + + /* A single call to window_loop won't do the job because it only + considers frames on the current keyboard. So loop manually over + frames, and handle each one. */ + FOR_EACH_FRAME (tail, frame) + window_loop (REPLACE_BUFFER_IN_WINDOWS_SAFELY, buffer, true, frame)= ; + } + + eassert (count =3D=3D replace_buffer_in_windows_safely_count); + } + else if (buffer_window_count (XBUFFER (buffer))) { Lisp_Object tail, frame; =20 @@ -3960,6 +4002,8 @@ run_window_change_functions (void) /* Record changes for all frames (if asked for), selected window and frame. */ unbind_to (count, Qnil); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Make WINDOW display BUFFER. RUN_HOOKS_P means it's allowed @@ -4054,6 +4098,9 @@ set_window_buffer (Lisp_Object window, Lisp_Object = buffer, if (!samebuf && !MINI_WINDOW_P (w) && !WINDOW_PSEUDO_P (w)) FRAME_WINDOW_CHANGE (XFRAME (w->frame)) =3D true; =20 + if (WINDOWP (selected_window)) + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents= ))); + unbind_to (count, Qnil); } =20 @@ -4296,7 +4343,7 @@ make_window (void) w->scroll_bar_height =3D -1; w->column_number_displayed =3D -1; /* Reset window_list. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; /* Return window. */ XSETWINDOW (window, w); return window; @@ -5086,7 +5133,7 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna } =20 fset_redisplay (f); - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 wset_next (w, Qnil); /* Don't delete w->next too. */ free_window_matrices (w); @@ -5174,6 +5221,8 @@ DEFUN ("delete-window-internal", Fdelete_window_int= ernal, Sdelete_window_interna error ("Deletion failed"); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return Qnil; } =0C @@ -7233,6 +7282,9 @@ DEFUN ("set-window-configuration", Fset_window_conf= iguration, minibuf_selected_window =3D data->minibuf_selected_window; =20 SAFE_FREE (); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return FRAME_LIVE_P (f) ? Qt : Qnil; } =20 @@ -7279,7 +7331,7 @@ delete_all_child_windows (Lisp_Object window) wset_buffer (w, Qnil); } =20 - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; } =0C static ptrdiff_t @@ -8128,8 +8180,9 @@ init_window_once (void) selected_window =3D Qnil; staticpro (&selected_window); =20 - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; staticpro (&Vwindow_list); + staticpro (&Vwindow_list_2); =20 minibuf_selected_window =3D Qnil; staticpro (&minibuf_selected_window); @@ -8148,6 +8201,7 @@ init_window_once (void) PDUMPER_RESET_LV (minibuf_window, Qnil); PDUMPER_RESET_LV (selected_window, Qnil); PDUMPER_RESET_LV (Vwindow_list, Qnil); + PDUMPER_RESET_LV (Vwindow_list_2, Qnil); PDUMPER_RESET_LV (minibuf_selected_window, Qnil); =20 /* Hack: if mode_line_in_non_selected_windows is true (which it may @@ -8178,7 +8232,7 @@ init_window_once (void) void init_window (void) { - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; } =20 void diff --git a/src/window.h b/src/window.h index b6f88e8f55..74d3cbb7be 100644 --- a/src/window.h +++ b/src/window.h @@ -1171,6 +1171,7 @@ #define CHECK_LIVE_WINDOW(WINDOW) \ =20 /* These used to be in lisp.h. */ extern Lisp_Object Vwindow_list; +extern Lisp_Object Vwindow_list_2; =20 extern Lisp_Object window_list (void); extern Lisp_Object window_parameter (struct window *, Lisp_Object parame= ter); diff --git a/src/xdisp.c b/src/xdisp.c index cc0a689ba3..ea64e5037a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -12980,6 +12980,8 @@ restore_selected_window (Lisp_Object window) /* Abort if we cannot find a live frame. */ emacs_abort (); } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Restore WINDOW, if live, as its frame's selected window. */ @@ -12997,6 +12999,8 @@ restore_frame_selected_window (Lisp_Object window= ) if (EQ (frame, selected_frame)) selected_window =3D window; } + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); } =20 /* Update the tab-bar item list for frame F. This has to be done @@ -13074,6 +13078,8 @@ update_tab_bar (struct frame *f, bool save_match_= data) XSETFRAME (frame, f); selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); + + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); #endif =20 /* Build desired tab-bar items from keymaps. */ @@ -14010,6 +14016,8 @@ update_tool_bar (struct frame *f, bool save_match= _data) selected_frame =3D frame; selected_window =3D FRAME_SELECTED_WINDOW (f); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents)= )); + /* Build desired tool-bar items from keymaps. */ new_tool_bar =3D tool_bar_items (Fcopy_sequence (f->tool_bar_items), @@ -17246,6 +17254,8 @@ run_window_scroll_functions (Lisp_Object window, = struct text_pos startp) set_buffer_internal (XBUFFER (w->contents)); } =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + return startp; } =20 @@ -25450,6 +25460,8 @@ display_mode_lines (struct window *w) =20 unbind_to (count, Qnil); =20 + eassert (BUFFER_LIVE_P (XBUFFER (XWINDOW (selected_window)->contents))= ); + if (n > 0) w->must_be_updated_p =3D true; return n; diff --git a/src/xfns.c b/src/xfns.c index d90644819b..fbe9014555 100644 --- a/src/xfns.c +++ b/src/xfns.c @@ -4225,7 +4225,7 @@ DEFUN ("x-create-frame", Fx_create_frame, Sx_create= _frame, =20 /* Make sure windows on this frame appear in calls to next-window and similar functions. */ - Vwindow_list =3D Qnil; + Vwindow_list =3D Vwindow_list_2 =3D Qnil; =20 return unbind_to (count, frame); } --------------F6C83CE53BABC6FE6E6523D0-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 09 16:59:42 2021 Received: (at 47244) by debbugs.gnu.org; 9 Apr 2021 20:59:42 +0000 Received: from localhost ([127.0.0.1]:51046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUyE9-0003Mh-Uv for submit@debbugs.gnu.org; Fri, 09 Apr 2021 16:59:42 -0400 Received: from md5i.com ([75.151.244.229]:42126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lUyE8-0003MV-AB for 47244@debbugs.gnu.org; Fri, 09 Apr 2021 16:59:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4UGn+LbGtycaVUlDg7CnE8u8oa0lZv9dLpt3HrwBPNo=; b=kRAwEzV2zYkHFoKVemATA+rPHZ IleWFVJSkOs9Jp4LZ4yKRMXfIhKLHo5najMZpRvwM8CkK3skWI6j1jJE2/4fZIxls+4z2RXnQDUzy Md+uxCrgFmlBblqkH6LYCD01E; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lUyE0-004Gxz-JC; Fri, 09 Apr 2021 16:59:32 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> Date: Fri, 09 Apr 2021 16:59:31 -0400 In-Reply-To: <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> (martin rudalics's message of "Thu, 8 Apr 2021 20:52:29 +0200") Message-ID: <87v98vmax8.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >> I hit the breakpoint in quit. It looks like Fnconc uses FOR_EACH_TAIL, >> which uses FOR_EACH_TAIL_INTENAL, which calls maybe_quit. > > Not just around the corner but near. Well done. > >> The question >> in my mind now is whether block/unblock_input belongs in window_list or >> in Fnconc. > > In window_list and we then should bind inhibit_quit IIUC. Fnconc must be > able to deal with circular lists. I attach a patch. I've tried to recreate a problem with this patch and have successfully failed. I'll continue using it for a few days, and I will let you know if I see any problems, but I think that protecting window_list() from quit fixes the problem(s) I reported. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 03:16:12 2021 Received: (at 47244) by debbugs.gnu.org; 10 Apr 2021 07:16:12 +0000 Received: from localhost ([127.0.0.1]:51361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lV7qm-0003bO-33 for submit@debbugs.gnu.org; Sat, 10 Apr 2021 03:16:12 -0400 Received: from mout.gmx.net ([212.227.17.22]:37361) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lV7qk-0003b9-AG for 47244@debbugs.gnu.org; Sat, 10 Apr 2021 03:16:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618038956; bh=/QST8eiYaTNnaBW0y1WOEveCe/Anm1wocAQTkChrll8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HT+eu56/RuakzXECM2BY1QaEacl1h9SS7XduADjuCVXZLmAbHcrJ8qlKqYLI/cfBS ZkDZkp+0Beff3rEynUdaEF4ldZMhCQhlHkb6YsaCU2Resvk0YDUmEcaMeue9WSuvoG ZB7SfwOLQMVugkWSfh4wupr9zcQLxTk24xjxZwSQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.23]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M8QWG-1lQi0C0eh6-004TQT; Sat, 10 Apr 2021 09:15:56 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> From: martin rudalics Message-ID: <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> Date: Sat, 10 Apr 2021 09:15:53 +0200 MIME-Version: 1.0 In-Reply-To: <87v98vmax8.fsf@md5i.com> Content-Type: multipart/mixed; boundary="------------73A7BF15B1FFC120719CDF03" Content-Language: en-US X-Provags-ID: V03:K1:QyMDSl1c6cHU/XXkSN82GDcKNdbMaoZZEhSWsTXSwEu9Ey2fyCs UeffJ9EEgtQB2bFisMjAtpvtKfN/nPuUcCJzKsOJP02hhxRexEMUaXEsLXaAiL4DKR6OhFs eu14l1OZVrPlQN96WudgMEPJPj0zUi0mEPbuelY94NtQQFQff7VAY+/ivcZG/x4cciNiw5b 2qRueAX7eqwhDCStYXQxg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:2QLb3ExC/hU=:I2DtAzwFzseOZAW/NzATwE +dAEq2YjfCaEjOVvV2ixAwX+zTX5z4lu/CtbN1zCPWBT0D9rGn80ERawKRywGklLVNy9wcn8N ZgJ5/EVuFl2nof9qXDeFdSKf1dzXplthcWb3kdEoNpu6vVy8XdEo8BGkmfyiVSq3u8N7ThStt 1hcZZ3opEL6O6+EFDfWwtefDqZhrSsm8DIikouLHqcnJn2C0zVbaBUBFVaXazGjFdUFhej4qk tdj7r2KvU2AuYljUHWza+kx/+1R55etgyuD4ADGeprGNgYF2fWacQfTbfWCE89jxNjU5kWGDc 3l9Slh0//12NJgWe6s47aukRUg0826Qivatwwxt/CHhVDwsNJrHr2nmx3znMUZPQo2GBRKp4k 7+kH0U1JLH98mYjDXexQOvq+gZNTeRiVqTG0PjMfO3tY59QGvFLXfjFGUtxWrgrG0sa2FaL3q EWfQXcx1bOKAJUN2UUVcPSio453NFoXDnWGrtJy3kyc/WJvWNbwcCpvEqizPt5A8m+CLau1u/ 3sJI8pXIqNLR+JUHUvqJHmVrWRE9d5vbuwXvJnXOEAyyoAyVdir+T8RSwn4AuZ8V9BLVbo80X p9wiBeqigzm42ZiFsmI1THPkBaWgUrLmVp3oaWyqDTXoWi2PL3YYbhFwwVEvkMyDuijpx5iA4 qfbiayuHhBD2syz73n8KmDEqO8cXbPVWEqAOA5ro1f9glkeD+qjVTTnZS+K+jgHOXEThW9iti NuEx2DWJ671idclCo+Q2SVec+lpoHtgr57nlvWsw66YApdaecFq6MCmPqYSVigksGbs7HEmgi 7UMjKm84xx2lwVkUaFIUkz91CxqTRZQldTUMx4sYICqcJNeomk5sch3ar0KTxDNpJm8azBigG qJNbU0JsYl9Jz5klP1YjNHrUHq2CpfxpzJ28nPxFk2cHy1lxPE/lNEZr1BkI7WKgWYfp//C5U GcECkmrs1D3VeCjCO9HouifDtsVn/C8tOMkaHOj12PvQMzET2QiE/jlnhUdaVqzFRy7npKqOi SWt6PsSCkVf1jwEdr0YoJ69exJ2la2E3Ot6apgV0JaoYIcsG3xo3fNcpP/C2WmhfWn4MxdCos OVdFnUga0971yQfMYyANm0W0i2ETSlZGLSqndtLVlu2wP6Toq5+iEkPcF/AKvCF20047Gqji6 QwPKkK//x2HYgIs5hf0J2gAERYuFNxHTfb//zjjqOSZP89Gj5F6zS6oWbBAb0vcGx552OfKTw CDmCl8tmB7vlkDKTT X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Eli Zaretskii , "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) This is a multi-part message in MIME format. --------------73A7BF15B1FFC120719CDF03 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > I've tried to recreate a problem with this patch and have successfully > failed. I'll continue using it for a few days, and I will let you know > if I see any problems, but I think that protecting window_list() from > quit fixes the problem(s) I reported. Your impatience revealed this bug and your patience located it. I now attach a clean patch which also protects the occurrence in window_list_1 although that one doesn't appear so vulnerable - likely because quitting always eats the maybe_quit from window_list first. If you don't see any problems with it within a week or so, I'll install it. martin --------------73A7BF15B1FFC120719CDF03 Content-Type: text/x-patch; name="selected_window_contents.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="selected_window_contents.diff" diff --git a/src/window.c b/src/window.c index eb16e2a433..aa60624d63 100644 =2D-- a/src/window.c +++ b/src/window.c @@ -2556,8 +2556,10 @@ window_list (void) if (!CONSP (Vwindow_list)) { Lisp_Object tail, frame; + ptrdiff_t count =3D SPECPDL_INDEX (); Vwindow_list =3D Qnil; + specbind (Qinhibit_quit, Qt); FOR_EACH_FRAME (tail, frame) { Lisp_Object arglist =3D Qnil; @@ -2569,6 +2571,8 @@ window_list (void) arglist =3D Fnreverse (arglist); Vwindow_list =3D nconc2 (Vwindow_list, arglist); } + + unbind_to (count, Qnil); } return Vwindow_list; @@ -2865,11 +2869,16 @@ window_list_1 (Lisp_Object window, Lisp_Object min= ibuf, Lisp_Object all_frames) rest =3D Fmemq (window, list); if (!NILP (rest) && !EQ (rest, list)) { + ptrdiff_t count =3D SPECPDL_INDEX (); + + specbind (Qinhibit_quit, Qt); for (tail =3D list; !EQ (XCDR (tail), rest); tail =3D XCDR (tail)) ; XSETCDR (tail, Qnil); list =3D nconc2 (rest, list); + unbind_to (count, Qnil); } + return list; } --------------73A7BF15B1FFC120719CDF03-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 10:54:07 2021 Received: (at 47244) by debbugs.gnu.org; 10 Apr 2021 14:54:07 +0000 Received: from localhost ([127.0.0.1]:53016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVEzu-0000F6-TZ for submit@debbugs.gnu.org; Sat, 10 Apr 2021 10:54:07 -0400 Received: from md5i.com ([75.151.244.229]:48058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVEzs-0000EZ-Ng for 47244@debbugs.gnu.org; Sat, 10 Apr 2021 10:54:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=34OfaWWmoENiWf+F36zD1YheE2j4WjrI9h1S1wpctAY=; b=bLFR64DDOQeD+4jS9uWHEBOtfW /4CCR09c8NZ+F4/7aHB5WaSkGMHuBk7v2U2gejfLgpIDbl7Z0sB5maACxU5qHiTKtmVXpidTrGJJ9 WTJNpCxXEhjS5i5ccCf+YYd1J; Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lVEzl-004Jes-1t; Sat, 10 Apr 2021 10:53:56 -0400 From: Michael Welsh Duggan To: martin rudalics Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs References: <87im5ofp3z.fsf@md5i.com> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> Date: Sat, 10 Apr 2021 10:53:56 -0400 In-Reply-To: <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> (martin rudalics's message of "Sat, 10 Apr 2021 09:15:53 +0200") Message-ID: <87zgy6b37f.fsf@md5i.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47244 Cc: Michael Welsh Duggan , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.0 (-) martin rudalics writes: >> I've tried to recreate a problem with this patch and have successfully >> failed. I'll continue using it for a few days, and I will let you know >> if I see any problems, but I think that protecting window_list() from >> quit fixes the problem(s) I reported. > > Your impatience revealed this bug and your patience located it. I now > attach a clean patch which also protects the occurrence in window_list_1 > although that one doesn't appear so vulnerable - likely because quitting > always eats the maybe_quit from window_list first. If you don't see any > problems with it within a week or so, I'll install it. Sure. But I will say that I think protecting the nconc in window_list_1 is not as important, as it, by itself, does not modify any global state. In point of fact, it only modifies a local variable. It may be that window_loop or replace_buffer_in_windows_safely should be so protected instead, but I can't say that with any degree of certainty. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 14:58:16 2021 Received: (at 47244) by debbugs.gnu.org; 10 Apr 2021 18:58:16 +0000 Received: from localhost ([127.0.0.1]:53296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVIoC-00024f-EX for submit@debbugs.gnu.org; Sat, 10 Apr 2021 14:58:16 -0400 Received: from mout.gmx.net ([212.227.15.19]:51505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVIo9-00024N-Po for 47244@debbugs.gnu.org; Sat, 10 Apr 2021 14:58:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618081081; bh=xBu5IJYpQcbUiS7Fnn2qAnuzLVuZv6nwyQMvg2koEf8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HhB5PDg24Sy3riS6t+KmG4qkJsx9JRSVbLP13Uekg1Sy3Lg+h7bkE659X6vYVon0M b0YFLphGurdIRzLFpjxaT0otEb+fF40uEvEFASkfIQwBN4QsmuzKoObDF5xpNmQZdE ZAID41LKNZ1c9Gu0xBDmLvXofzDsFg5a2sO4LRYk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.211]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MMXQ5-1lF0TX3xd1-00JeTT; Sat, 10 Apr 2021 20:58:01 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> <87zgy6b37f.fsf@md5i.com> From: martin rudalics Message-ID: <18888d55-8405-a8fb-0b92-9b38cfa457bb@gmx.at> Date: Sat, 10 Apr 2021 20:57:58 +0200 MIME-Version: 1.0 In-Reply-To: <87zgy6b37f.fsf@md5i.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:fGkUSxiau13ZUK7Bv66T8LRDjJM5swloYuvbbdAun73n3neHSg3 XeUR6aaJeqaRI450wRf4iwohl3Ol0ProJyZcZMlGPORqHfETLBdqd1zAV+ayGV9Kpw0pymt /Om10wVQs9t7VTGesbxIKQMn5hSpc1v9N+n1AJGp323QTPwmvMlHroqOca2rjAc4xDoffun VsVA+/QCnuEA7O2NJzR0Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lqNZrovWCos=:rmUOQtlaULhsUyyNQD9D2q zO5dJbQp+zIu/ejgOjDN0jWG4wnIOsQTU15/r6moN9AgMGSDOr5PE2BnkUir042TLldBb5JW2 xVbBlNY6M3pJXEcEGh7gG9u7hf0LHn6f8dIeAsawFVhPoJhAnttaZ7Op+mv6gD5vNQyxDB1ie 6oGpIzaOyeijKuqzbBM2BY9Pf0gPLT09ovhaTfrTac9hRb3vZ4Cmzsta56UITVDNrOFAgeAXy /mmmB3CuMu+SQG63bUAqBICXE86MYmyw0LuFEL/pStMw3Iz0yBgCOW+2+4B3GBOP6BBGi5NAu CrcpNB7Fr2W/izzcnSm5ap5LaEYVr2U2L+yaEXd48hgYgk5MaoGXPfLRucjHscbuNDSeOjxW0 nNZiBC/oIlzjb9wzMGQNii/r7cqX3+XXlDvf4esRcWNttkYeQDMRr15xv9ec1lNPoChHNjK1O XEtSpbUzTEvW6LjMcLBzFiMU9u1NYzDIBqhbF/C3dVHpqxF61wtrn0xy0GKl32JlK+GVtTp18 jH7Am72YjTo0JpsMuISPRm8rN0yXYEt/NX1zXOg/5Yk75zRj4I+x2l9RzaxkbF5GAlP+a6A4z dG7zWGqlN1gDVogakhqmOpXN152pl5kLOjTBHfbUunavOqJ7TURV6pwRTrcGH/5V9p5PeW2iL wl1sKsxtAeHJJc8wCbSOOl+qe0MIhEoXs7HK6Sv1mvUZGqyShcK5s1/nm8cdYiJphrWMmWiXc pOiGFGsorRBl8HWSpZyqopSTjjI/aGcpQAjJwDr0Lp28lg2xnUAbR18TAK4bwdTOZTgfoP+Op Bo1yckA6pCFqPPHRJBMS40rkOEwLuG+/ut0CVmEHsL05Y/MIxbIdMX0qR2464gJx/6NfkRCYk oIuk6okQWbl3u0CCeZhpomVrz1Rdx7onCKTn6qz1jlLLE+THvYABPzF0d4AT6O5bdymyA+Xje LZtpC4CKpy/INley6E7aTFI1qJKSMUOF4xl9pWojELP4OGnzKVudAzXtwkDV6Wu6CX2wi7vOM nn8eUv+9iO8zAd6KS7bOBiD4hjtHvQOqJFMSga/IuoI5OA+zYdMyXqwKxKm49yrQaT+GizMPB 6VkEucXNb/qtsiV4AZlPWsYbIzKgt3i3Um97uRSWsQOvm7/+eNFGqewIcjsNWBc0LsZaxRJWp zhClJmoB5CmNgWMKIsIx4GZzwU9XotHsEmMJlRR2fjb4vnnmwZwiOV2IvSMv6aN9yczWA= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) > Sure. But I will say that I think protecting the nconc in window_list_1 > is not as important, as it, by itself, does not modify any global > state. In point of fact, it only modifies a local variable. It may be > that window_loop or replace_buffer_in_windows_safely should be so > protected instead, but I can't say that with any degree of certainty. window_list_1 is the object replace_buffer_in_windows(_safely) use to find all windows displaying the buffer to kill and if only one of these windows is missing in the list we get our initial problem back. Just that, as I mentioned earlier, the quit flag will probably have been already processed by the preceding window_list call. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 17 04:01:35 2021 Received: (at 47244) by debbugs.gnu.org; 17 Apr 2021 08:01:35 +0000 Received: from localhost ([127.0.0.1]:42226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXftX-00069j-0N for submit@debbugs.gnu.org; Sat, 17 Apr 2021 04:01:35 -0400 Received: from mout.gmx.net ([212.227.15.18]:51983) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXftV-00069I-8t for 47244@debbugs.gnu.org; Sat, 17 Apr 2021 04:01:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618646476; bh=UtwzZRYhu+CMdp8/FkYiaBXFF8VbQa0ccRwNENmdJF4=; h=X-UI-Sender-Class:Subject:From:To:Cc:References:Date:In-Reply-To; b=gNAmWlum4+S6UMxK7flYH386zibSXi4Pe3sU6cJ3cuvrjPEs/PVxFS6dO9ps5qy1x IcgacQuF7RBQwEABpgaERL/fkH97CYzuLJmV6vBXzwqXuSYCl4IfeRrjbZ4U2yd6nD tkkp3lWQVNvaiVMWNaQYD8oczaGWafcxLdMBv+/I= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.141]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mv31W-1lpChw0zFg-00qy5p; Sat, 17 Apr 2021 10:01:16 +0200 Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs From: martin rudalics To: Michael Welsh Duggan References: <87im5ofp3z.fsf@md5i.com> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> <87zgy6b37f.fsf@md5i.com> <18888d55-8405-a8fb-0b92-9b38cfa457bb@gmx.at> Message-ID: Date: Sat, 17 Apr 2021 10:01:13 +0200 MIME-Version: 1.0 In-Reply-To: <18888d55-8405-a8fb-0b92-9b38cfa457bb@gmx.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:CTI3pC0z+z4YxMIrDtyzoSHbyPa01jME4WWfjDqY8Zlm0yAurmx vH8gdRV/VvzeVEgheyhaWMntdvVHcGerxEfBqWfs6Oa+fCm7/ZbMic8m3Dnj+Zzh7J2gqKr FI9AI8ECCnGNIDTnDIu7UWi01E8+KCzu3qDp4gdISeWA9HimSZA651Dyu4mEKKA0ezdYmps NvFQmVML0ewFfEA2EQLVg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:S1iCfYLNtyU=:m3Q1aLlvqSsAcsZMdzrgLu b3S5MMS5Wrz0upws4iumMRlzWSQIrhR7vwSLl7CJbENLfeksS6zJG4XAKNW5cUiRyuNT6B9n7 gruWLGfQlXb7UGTh8PZnHVT/F5YBWV3aavacedHiJ1bV+aLpAotMScNZ068dy5Z2NVdY+Kii6 sdShNKCEHv05+3DeGk7H2cjg0xPpQF92Sz9Ta4ZPBJKCwfnwEobhbSF8Ik6syvvtlpIfmVXAI jVVRRS/pkTiTS1YOebNtnCiLeESpKtTeX6Re7PTR/XpYPHsUU4WXIdrVh6JTF23ff4lQxChOi d7qNMYXE34Xyus6BEesoeYTK5O7QzJfK2E5yQxeqZOFKqHXYyy9DKHO/GE1dZ+eZvXFxOwihb 46itopKpd0OIRuRmOmxWtI91pdLlW3evy1SPMm1DR+J2B+CEZ8Owx1gZNaRPg7NO57YFSgphS zC4DOdgY9R1rlqLYoW5iJIIh4wJRrnxRCkgFAhhru5aEstDv/lZJBxyF8KY8GRpPBF6UThL4C OKnXA2rNoLdPiQK1efOa0jIVNKgN0yf/BRgzhExDXPsNaLgr2JttIPR+R5Se1xuhQhwyuUhfG RRd7G+UQNldMak6qVeWtIJCNqtHtL7E3Pd6NI8+OqY068uQvABqAPikBau2lb8R/2kRGmPYF5 l5D4cCDpXBax2R3ge3YVFxSyu5SZba1CXl+oS0uU3JHp3WLW8CH65cuvObsPR6wG/SdEKplL3 Ae1w5k7BXs3i9bzPEmcHUrTUsh6jmVTpvNgwCD24wd7rT4/yFK5brzXUIAsXc63VnTV//H2oR rKmkUFPWUevjJOrFDsWnTBxV9ys1F46FSLwWwJbd+Cj229C5NwrFdBPCNSqO5W5dzn9iRbsHB Utu7fwr+hMnfJXUAHPk2/2Ad85l30EOHQMcSJkH/fPL7fcpawUrHJxBirj29FTe3s/HSrf1EB 1moVEilfggcfPp3iEFrq5PAuRdlPjpqieu2k+DSu0oWjwiUrHMGvGKTgGbvZPwMS5T65Y7RK9 J31iA1GOUNrTmw2fdb+nSWwVhedtB1HqlltnJ/KveWDDCO1mhMgz8LWqOwYhsj5vSsVxfK6sh jFDzrwYZRJg1oCXhxfLQjB8WQE0uGDtC21ognyS+xcYcmud8AqvqjWsHN39txg9FzzDJ6dSYy 656+LnK6Hop3zPnCWpfq9jwtwzp6cjim9Mr54kD3+Swa31fan6ZIvkn70lZ8SCgqqOvbI= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47244 Cc: "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, "schwab@linux-m68k.org" , Michael Welsh Duggan 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.7 (-) I've pushed a slightly more stringent fix to master now. If you notice any irregularities, tell me ASAP. If you don't, please close this bug. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 11:41:51 2021 Received: (at 47244-done) by debbugs.gnu.org; 20 Apr 2021 15:41:51 +0000 Received: from localhost ([127.0.0.1]:55750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYsVa-0007A7-Se for submit@debbugs.gnu.org; Tue, 20 Apr 2021 11:41:51 -0400 Received: from veto.sei.cmu.edu ([147.72.252.17]:40980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYsVX-00079r-6g for 47244-done@debbugs.gnu.org; Tue, 20 Apr 2021 11:41:48 -0400 Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 13KFffhC001665 for <47244-done@debbugs.gnu.org>; Tue, 20 Apr 2021 11:41:41 -0400 Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 13KFfb68044392 for <47244-done@debbugs.gnu.org>; Tue, 20 Apr 2021 11:41:37 -0400 Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 13KFfb4k007543 for <47244-done@debbugs.gnu.org>; Tue, 20 Apr 2021 11:41:37 -0400 Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 13KFfbFA007539; Tue, 20 Apr 2021 11:41:37 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f From: Michael Welsh Duggan To: 47244-done@debbugs.gnu.org Subject: Re: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs In-Reply-To: (martin rudalics's message of "Sat, 17 Apr 2021 10:01:13 +0200") Date: Tue, 20 Apr 2021 10:03:35 -0400 Message-ID: <87k0oxqci0.fsf@md5i.com> References: <87im5ofp3z.fsf@md5i.com> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> <87zgy6b37f.fsf@md5i.com> <18888d55-8405-a8fb-0b92-9b38cfa457bb@gmx.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 47244-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) I haven't been able to retrigger this bug using master for several days, and it is my belief that the underlying problem has been correctly diagnosed and solved. -- Michael Welsh Duggan (md5i@md5i.com) From unknown Sun Jun 15 08:54:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 May 2021 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator