From unknown Fri Jun 20 07:28:07 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#26961 <26961@debbugs.gnu.org> To: bug#26961 <26961@debbugs.gnu.org> Subject: Status: 26.0.50; Possible timming issue in regex-tests.el Reply-To: bug#26961 <26961@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:28:07 +0000 retitle 26961 26.0.50; Possible timming issue in regex-tests.el reassign 26961 emacs submitter 26961 Tino Calancha severity 26961 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed May 17 06:20:13 2017 Received: (at submit) by debbugs.gnu.org; 17 May 2017 10:20:13 +0000 Received: from localhost ([127.0.0.1]:49566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dAw3x-0005Xn-Is for submit@debbugs.gnu.org; Wed, 17 May 2017 06:20:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60079) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dAw3u-0005Xa-PR for submit@debbugs.gnu.org; Wed, 17 May 2017 06:20:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dAw3o-0008PO-LT for submit@debbugs.gnu.org; Wed, 17 May 2017 06:20:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47881) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dAw3o-0008PI-Iu for submit@debbugs.gnu.org; Wed, 17 May 2017 06:20:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51017) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dAw3k-0008Gs-4F for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 06:20:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dAw3h-0008MR-02 for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 06:20:00 -0400 Received: from mail-pf0-x22c.google.com ([2607:f8b0:400e:c00::22c]:34720) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dAw3g-0008MF-QO for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 06:19:56 -0400 Received: by mail-pf0-x22c.google.com with SMTP id 9so5266905pfj.1 for ; Wed, 17 May 2017 03:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=b/uxIQjq8o1lyLGSehM8a5EtmxO6liaY34+iwufrVyc=; b=K1Nn9YCTUmaxVW8SNkvtUhkVEwNLC5brmK09i/1Wwkk7KRUHO3HSr+hq2zhrw1u71i loqu/Givf3PPc55JjXZDp7g72HjbfpOxNMLJgnYUcLy7nEL62FmqraIeuNA5yU/R8JjD okCWeNOnPeKoDHC+1+bQALauTHjE2C22Bt2/yGMXsBwywxfC1J37cSpLlN3TR3gMrutE XnoJZsPC0it8tuHO7wGLFjW1rB/ksZzrcjOi4TcMbAo9ni+i+IlcnzSVmJUeS77pShgC gQWKMbH9UJ1p6RC5r11YJ1qVXITDAKEfl5pdRiL3djTnDxciWT/QW0gWUTSutnSAtTVr GwWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=b/uxIQjq8o1lyLGSehM8a5EtmxO6liaY34+iwufrVyc=; b=Q9sOPE2cAJL/gONJW+7owS0jNVE9GDunVMpz9X2l7Z5eg3Hd+4XsE05l49zHE/qsIw sJMncWmm1c6ifHrw4sJOY6R0WWwhTizHMNdB0rICUEi8ZDOr+H3nHDndSXgoTbJTcjYA k1UMzGaYHT3LUtQKwqFnPNZDVJSbsdwUxwSXUqQNDHs/A33COz6AFjbfgZJOfvNAPx2M 8saluHkwtpBTSs+D7AS+dsHAFjoAq6M5xL45OvUL++N+2mcKgGwz+RzYz/Zw8dhwuhIs CWrCFXPMWBINFlnhCoWEjsrdpLKWLA2RfEwsdVbyW7lACFHLFFADga/Qh3ce6Ql2qkrf isxQ== X-Gm-Message-State: AODbwcAaHaZAwR22r7/4hdgEOOpygUkhrNBPot7TmIi8COzZsruxe5Yh F3kuRjj+3TSu0u8X X-Received: by 10.98.15.148 with SMTP id 20mr2963892pfp.32.1495016395688; Wed, 17 May 2017 03:19:55 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id u74sm2974673pfk.58.2017.05.17.03.19.53 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 May 2017 03:19:55 -0700 (PDT) From: Tino Calancha To: bug-gnu-emacs@gnu.org Subject: 26.0.50; Possible timming issue in regex-tests.el Date: Wed, 17 May 2017 19:19:51 +0900 Message-ID: <87inkz23aw.fsf@calancha-pc> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) ;; All tests performed from (expand-file-name "test" source-directory) ;;; I) Following fails: emacs --batch -L ":." -l ert -l src/regex-tests.el \ --eval '(ert-run-tests-batch-and-exit nil)' ;;; II) This one fails in Debian-9, but it works in Fedora-25: emacs --batch -L ":." -l ert -l src/regex-tests.el \ --eval '(let (arg) (ert-run-tests-batch-and-exit arg))' ;;; III) Following two commands works in both, Debian and Fedora: emacs --batch -L ":." -l ert -l src/regex-tests.el \ -f ert-run-tests-batch-and-exit emacs --batch -L ":." -l ert -l src/regex-tests.el \ --eval '(let (arg) (sleep-for 1) (ert-run-tests-batch-and-exit arg))' In GNU Emacs 26.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-05-17 built on calancha-pc Repository revision: f7c07930b581b1bcfdfb1874b6883233516bdf11 Windowing system distributor 'The X.Org Foundation', version 11.0.11902000 System Description: Debian GNU/Linux 9.0 (stretch) From debbugs-submit-bounces@debbugs.gnu.org Wed May 17 09:56:06 2017 Received: (at 26961) by debbugs.gnu.org; 17 May 2017 13:56:06 +0000 Received: from localhost ([127.0.0.1]:50962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dAzQr-00060B-Rh for submit@debbugs.gnu.org; Wed, 17 May 2017 09:56:06 -0400 Received: from mail-pg0-f50.google.com ([74.125.83.50]:33567) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dAzQp-0005zj-C1 for 26961@debbugs.gnu.org; Wed, 17 May 2017 09:56:04 -0400 Received: by mail-pg0-f50.google.com with SMTP id u187so7548955pgb.0 for <26961@debbugs.gnu.org>; Wed, 17 May 2017 06:56:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=CgsLti6XJ05bp37D8nJZYEtKZaCJ2a4so+WKG7sCFm4=; b=KOT3m83Jm0SbV7WMZT4C59mcUuZVi177yZwmKIuWs+xBLhKyEZOMf2cT0ogjX0o9Uq Oa82x071MZt83NH6Iqt/2YmpQ9riw9Z3IOX8TgVgKaMKB5L8TIze0v3PtW7eVrHpiz+o zz5XtKNS3mdDTVtwbSo4O8ed929WF6MHGLnxwtGfWZ3gk0V+WsoVbANfZ2OQlGb25mV4 Ne/rtfHPh6zkTOxD5wRO09ym4/Rx0hGuZcDV+A/zFt5i7sQa7QDv7u5WAgGSXnM1GZ5g 46HOqpcrtqCTEcrBuwf01H0/IRNyBQCfsaHA1NZqNoLWbSXAo1jX9IGNRwoiKAlWu9eg uQFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=CgsLti6XJ05bp37D8nJZYEtKZaCJ2a4so+WKG7sCFm4=; b=QaF3KXy91KGAY8eADGNGMURAyAla5tFZ8S6f2Y8E84Z6aX7giObsJb68xAsbhiJBG0 BMfEMzsfmlAm3yJ4J/De/4zH4WOW3oL4HAislEeHJLdDApA7/XISq8ZxoDzIflKXfazr DK46Uo8WDjR/2Yq7fVrAqCCTB+kxrOpb/Bn0Uh58rtVgVhANkeEO01hmX/kOQNUy1FyH vdo6QDFE8wa6a3NBY/Gw4ocYXiEPaMXNOG0Vz4vTto31sVEf30EmVkVY00EQx9WkL3xn T5FmGlPYLemwrSXvp3MU93DriQXwiq5+6izX3UbEczPR3+SqjgA/L9mBo/ulfBr9x4wk wIDA== X-Gm-Message-State: AODbwcC17s6WEd+kGiIekOIwZvliu9d6y63Fba+oaSB9kHJqMNOxN/8y /gtemao4u8+liHZu X-Received: by 10.99.115.17 with SMTP id o17mr3963803pgc.146.1495029356451; Wed, 17 May 2017 06:55:56 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id z68sm4614139pgz.14.2017.05.17.06.55.54 for <26961@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 May 2017 06:55:55 -0700 (PDT) From: Tino Calancha To: 26961@debbugs.gnu.org Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> Date: Wed, 17 May 2017 22:55:51 +0900 In-Reply-To: <87inkz23aw.fsf@calancha-pc> (Tino Calancha's message of "Wed, 17 May 2017 19:19:51 +0900") Message-ID: <878tlvy4d4.fsf@calancha-pc> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 26961 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Tino Calancha writes: > ;;; II) This one fails in Debian-9, but it works in Fedora-25: > emacs --batch -L ":." -l ert -l src/regex-tests.el \ > --eval '(let (arg) (ert-run-tests-batch-and-exit arg))' > In GNU Emacs 26.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) > Repository revision: f7c07930b581b1bcfdfb1874b6883233516bdf11 > Windowing system distributor 'The X.Org Foundation', version 11.0.11902000 > System Description: Debian GNU/Linux 9.0 (stretch) I can reproduce the issue after compile Emacs without optimizations. Following is the backtrace after Emacs crash: (gdb) run -batch -L ":../test" -l ert -l ../test/src/regex-tests.el -eval '(let (arg) (ert-run-tests-batch-and-exit arg))' Starting program: /home/calancha/soft/emacs-master/src/bootstrap-emacs -batch -L ":../test" -l ert -l ../test/src/regex-tests.el -eval '(let (arg) (ert-run-tests-batch-and-exit arg))' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe5754700 (LWP 4349)] Thread 1 "bootstrap-emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=40) at emacs.c:363 363 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=6, backtrace_limit=40) at emacs.c:363 #1 0x00000000005c1191 in emacs_abort () at sysdep.c:2371 #2 0x0000000000629189 in mark_object (arg=XIL(0x7fffffffbc54)) at alloc.c:6428 #3 0x00000000006299ae in mark_object (arg=XIL(0x2f44ac3)) at alloc.c:6667 #4 0x0000000000625a6c in mark_maybe_object (obj=XIL(0x2f44ac3)) at alloc.c:4788 #5 0x0000000000625e47 in mark_memory (start=0x7fffffff6b70, end=0x7fffffffe08f) at alloc.c:4940 #6 0x0000000000625e7c in mark_stack (bottom=0x7fffffffe08f "", end=0x7fffffff6b70 "\200\214!\001") at alloc.c:5138 #7 0x00000000006e01dc in mark_one_thread (thread=0xe1b2a0 ) at thread.c:603 #8 0x00000000006e0371 in mark_threads_callback (ignore=0x0) at thread.c:634 #9 0x0000000000625ec4 in flush_stack_call_func (func=0x6e02de , arg=0x0) at alloc.c:5165 #10 0x00000000006e03a3 in mark_threads () at thread.c:641 #11 0x0000000000627e8b in garbage_collect_1 (end=0x7fffffff6d50) at alloc.c:5942 #12 0x0000000000628562 in Fgarbage_collect () at alloc.c:6108 #13 0x00000000005905a5 in maybe_gc () at lisp.h:4711 #14 0x000000000065085f in Ffuncall (nargs=2, args=0x7fffffff6e50) at eval.c:2726 #15 0x00000000006502f9 in call1 (fn=XIL(0xaa380), arg1=XIL(0x2fd0)) at eval.c:2606 #16 0x00000000005c9143 in Fkill_buffer (buffer_or_name=XIL(0x2f5ff35)) at buffer.c:1889 #17 0x000000000064f250 in eval_sub (form=XIL(0x2f278a3)) at eval.c:2220 #18 0x0000000000649ad3 in Fand (args=XIL(0x2f278b3)) at eval.c:384 #19 0x000000000064ee7c in eval_sub (form=XIL(0x2f278d3)) at eval.c:2173 #20 0x0000000000649e8b in Fprogn (body=XIL(0x2f278e3)) at eval.c:449 #21 0x0000000000649efc in prog_ignore (body=XIL(0x2f278e3)) at eval.c:461 #22 0x0000000000652ab5 in do_one_unbind (this_binding=0x7fffffff7260, unwinding=true, bindflag=SET_INTERNAL_UNBIND) at eval.c:3367 #23 0x0000000000652f18 in unbind_to (count=82, value=XIL(0x2ef8474)) at eval.c:3486 #24 0x000000000064c40c in Funwind_protect (args=XIL(0x2f2fb73)) at eval.c:1186 #25 0x000000000064ee7c in eval_sub (form=XIL(0x2f2fb63)) at eval.c:2173 #26 0x0000000000649e8b in Fprogn (body=XIL(0x2f2f413)) at eval.c:449 #27 0x000000000063a45e in Fsave_current_buffer (args=XIL(0x2f2f403)) at editfns.c:1061 #28 0x000000000064ee7c in eval_sub (form=XIL(0x2f2fbd3)) at eval.c:2173 #29 0x0000000000649e8b in Fprogn (body=XIL(0x2f2f423)) at eval.c:449 #30 0x000000000064bc42 in Flet (args=XIL(0x2f2f433)) at eval.c:963 #31 0x000000000064ee7c in eval_sub (form=XIL(0x2f2f443)) at eval.c:2173 #32 0x0000000000649e8b in Fprogn (body=XIL(0x2f2f483)) at eval.c:449 #33 0x0000000000651989 in funcall_lambda (fun=XIL(0x2f2f4e3), nargs=2, arg_vector=0x0) at eval.c:3015 #34 0x00000000006511ad in apply_lambda (fun=XIL(0x2f2f4f3), args=XIL(0x2f2ec23), count=75) at eval.c:2881 #35 0x000000000064f63c in eval_sub (form=XIL(0x2f2ec13)) at eval.c:2295 #36 0x000000000064b4f4 in FletX (args=XIL(0x2f2d7b3)) at eval.c:874 #37 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d7c3)) at eval.c:2173 #38 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d033)) at eval.c:449 #39 0x0000000000649cab in Fif (args=XIL(0x2f2d003)) at eval.c:407 #40 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d7d3)) at eval.c:2173 #41 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d053)) at eval.c:449 #42 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d043)) at eval.c:2173 #43 0x0000000000649bf5 in Fif (args=XIL(0x2f2d073)) at eval.c:406 #44 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d063)) at eval.c:2173 #45 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d0c3)) at eval.c:449 #46 0x000000000064bc42 in Flet (args=XIL(0x2f2d143)) at eval.c:963 #47 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d153)) at eval.c:2173 #48 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d183)) at eval.c:449 #49 0x0000000000649efc in prog_ignore (body=XIL(0x2f2d183)) at eval.c:461 #50 0x000000000064bd22 in Fwhile (args=XIL(0x2f2d173)) at eval.c:982 #51 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d163)) at eval.c:2173 #52 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d1a3)) at eval.c:449 #53 0x000000000064bc42 in Flet (args=XIL(0x2f2d1b3)) at eval.c:963 #54 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d1c3)) at eval.c:2173 #55 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d203)) at eval.c:449 #56 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d1d3)) at eval.c:2173 #57 0x000000000064c3f5 in Funwind_protect (args=XIL(0x2f2d223)) at eval.c:1185 #58 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d213)) at eval.c:2173 #59 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d2a3)) at eval.c:449 #60 0x000000000063a45e in Fsave_current_buffer (args=XIL(0x2f2d293)) at editfns.c:1061 #61 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d283)) at eval.c:2173 #62 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d2b3)) at eval.c:449 #63 0x000000000064bc42 in Flet (args=XIL(0x2f2d2c3)) at eval.c:963 #64 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d2d3)) at eval.c:2173 #65 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d2e3)) at eval.c:449 #66 0x000000000064bc42 in Flet (args=XIL(0x2f2d303)) at eval.c:963 #67 0x000000000064ee7c in eval_sub (form=XIL(0x2f2d313)) at eval.c:2173 #68 0x0000000000649e8b in Fprogn (body=XIL(0x2f2d343)) at eval.c:449 #69 0x0000000000651989 in funcall_lambda (fun=XIL(0x2f2d3a3), nargs=0, arg_vector=0x0) at eval.c:3015 #70 0x0000000000650a8c in Ffuncall (nargs=1, args=0x7fffffff8f00) at eval.c:2758 #71 0x000000000064f783 in Fapply (nargs=2, args=0x7fffffff8f00) at eval.c:2328 #72 0x000000000064f08e in eval_sub (form=XIL(0x2f36223)) at eval.c:2191 #73 0x000000000064a0e7 in Fsetq (args=XIL(0x2f36243)) at eval.c:511 #74 0x000000000064ee7c in eval_sub (form=XIL(0x2f36253)) at eval.c:2173 #75 0x000000000064c3f5 in Funwind_protect (args=XIL(0x2f35543)) at eval.c:1185 #76 0x000000000064ee7c in eval_sub (form=XIL(0x2f35533)) at eval.c:2173 #77 0x000000000064f17e in eval_sub (form=XIL(0x2f35583)) at eval.c:2208 #78 0x0000000000649b93 in Fif (args=XIL(0x2f355b3)) at eval.c:403 #79 0x000000000064ee7c in eval_sub (form=XIL(0x2f355a3)) at eval.c:2173 #80 0x0000000000649e8b in Fprogn (body=XIL(0x2f355f3)) at eval.c:449 #81 0x000000000064bc42 in Flet (args=XIL(0x2f35603)) at eval.c:963 #82 0x000000000064ee7c in eval_sub (form=XIL(0x2f35613)) at eval.c:2173 #83 0x0000000000649e8b in Fprogn (body=XIL(0x2f35623)) at eval.c:449 #84 0x000000000064bc42 in Flet (args=XIL(0x2f35643)) at eval.c:963 #85 0x000000000064ee7c in eval_sub (form=XIL(0x2f35653)) at eval.c:2173 #86 0x0000000000649e8b in Fprogn (body=XIL(0x2f35663)) at eval.c:449 #87 0x000000000064bc42 in Flet (args=XIL(0x2f35673)) at eval.c:963 #88 0x000000000064ee7c in eval_sub (form=XIL(0x2f35683)) at eval.c:2173 #89 0x0000000000649e8b in Fprogn (body=XIL(0x2f356b3)) at eval.c:449 #90 0x0000000000651989 in funcall_lambda (fun=XIL(0x2f3c023), nargs=0, arg_vector=0x0) at eval.c:3015 #91 0x0000000000650a8c in Ffuncall (nargs=1, args=0x7fffffff9c90) at eval.c:2758 #92 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2e7b1d4), vector=XIL(0x1454ebd), maxdepth=XIL(0x26), args_template=XIL(0x406), nargs=1, args=0x7fffffffa238) at bytecode.c:641 #93 0x0000000000651573 in funcall_lambda (fun=XIL(0x1455c35), nargs=1, arg_vector=0x7fffffffa230) at eval.c:2944 #94 0x0000000000650986 in Ffuncall (nargs=2, args=0x7fffffffa228) at eval.c:2746 #95 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2e6e1e4), vector=XIL(0x1455d65), maxdepth=XIL(0x36), args_template=XIL(0x406), nargs=1, args=0x7fffffffa7b0) at bytecode.c:641 #96 0x0000000000651573 in funcall_lambda (fun=XIL(0x1455e8d), nargs=1, arg_vector=0x7fffffffa7a8) at eval.c:2944 #97 0x0000000000650986 in Ffuncall (nargs=2, args=0x7fffffffa7a0) at eval.c:2746 #98 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2e78384), vector=XIL(0x1488ee5), maxdepth=XIL(0x3a), args_template=XIL(0xc0e), nargs=3, args=0x7fffffffad48) at bytecode.c:641 #99 0x0000000000651573 in funcall_lambda (fun=XIL(0x1488fad), nargs=3, arg_vector=0x7fffffffad30) at eval.c:2944 #100 0x0000000000650986 in Ffuncall (nargs=4, args=0x7fffffffad28) at eval.c:2746 #101 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2ee9294), vector=XIL(0x1489c85), maxdepth=XIL(0x3a), args_template=XIL(0xc0a), nargs=3, args=0x7fffffffb2a0) at bytecode.c:641 #102 0x0000000000651573 in funcall_lambda (fun=XIL(0x1489d7d), nargs=3, arg_vector=0x7fffffffb288) at eval.c:2944 #103 0x0000000000650986 in Ffuncall (nargs=4, args=0x7fffffffb280) at eval.c:2746 #104 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2eea3d4), vector=XIL(0x14a4f45), maxdepth=XIL(0x16), args_template=XIL(0x402), nargs=1, args=0x7fffffffb750) at bytecode.c:641 #105 0x0000000000651573 in funcall_lambda (fun=XIL(0x14a4f6d), nargs=1, arg_vector=0x7fffffffb748) at eval.c:2944 #106 0x0000000000650986 in Ffuncall (nargs=2, args=0x7fffffffb740) at eval.c:2746 #107 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0x2eeafe4), vector=XIL(0x14a3dad), maxdepth=XIL(0x16), args_template=XIL(0x402), nargs=1, args=0x7fffffffbba8) at bytecode.c:641 #108 0x0000000000651573 in funcall_lambda (fun=XIL(0x14a3de5), nargs=1, arg_vector=0x7fffffffbba0) at eval.c:2944 #109 0x00000000006511ad in apply_lambda (fun=XIL(0x14a3de5), args=XIL(0x2f44b63), count=14) at eval.c:2881 #110 0x000000000064f449 in eval_sub (form=XIL(0x2f44b53)) at eval.c:2265 #111 0x0000000000649e8b in Fprogn (body=XIL(0x2f44b73)) at eval.c:449 #112 0x000000000064bc42 in Flet (args=XIL(0x2f44b43)) at eval.c:963 #113 0x000000000064ee7c in eval_sub (form=XIL(0x2f44b23)) at eval.c:2173 #114 0x000000000064e854 in Feval (form=XIL(0x2f44b23), lexical=XIL(0)) at eval.c:2042 #115 0x0000000000650e24 in funcall_subr (subr=0xd80af8 , numargs=1, args=0x7fffffffc118) at eval.c:2821 #116 0x0000000000650952 in Ffuncall (nargs=2, args=0x7fffffffc110) at eval.c:2744 #117 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0xb1bdf4), vector=XIL(0xb1be15), maxdepth=XIL(0x5e), args_template=XIL(0x406), nargs=1, args=0x7fffffffca78) at bytecode.c:641 #118 0x0000000000651573 in funcall_lambda (fun=XIL(0xb1bdc5), nargs=1, arg_vector=0x7fffffffca70) at eval.c:2944 #119 0x0000000000650986 in Ffuncall (nargs=2, args=0x7fffffffca68) at eval.c:2746 #120 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0xb16404), vector=XIL(0xb16425), maxdepth=XIL(0x56), args_template=XIL(0x2), nargs=0, args=0x7fffffffd688) at bytecode.c:641 #121 0x0000000000651573 in funcall_lambda (fun=XIL(0xb163d5), nargs=0, arg_vector=0x7fffffffd688) at eval.c:2944 #122 0x0000000000650986 in Ffuncall (nargs=1, args=0x7fffffffd680) at eval.c:2746 #123 0x00000000006a12f6 in exec_byte_code (bytestr=XIL(0xb15354), vector=XIL(0xb15375), maxdepth=XIL(0x32), args_template=XIL(0x2), nargs=0, args=0x7fffffffdcc0) at bytecode.c:641 #124 0x0000000000651573 in funcall_lambda (fun=XIL(0xb15325), nargs=0, arg_vector=0x7fffffffdcc0) at eval.c:2944 #125 0x00000000006511ad in apply_lambda (fun=XIL(0xb15325), args=XIL(0), count=4) at eval.c:2881 #126 0x000000000064f449 in eval_sub (form=XIL(0x14dde43)) at eval.c:2265 #127 0x000000000064e854 in Feval (form=XIL(0x14dde43), lexical=XIL(0)) at eval.c:2042 #128 0x0000000000598073 in top_level_2 () at keyboard.c:1121 #129 0x000000000064cbc2 in internal_condition_case (bfun=0x598050 , handlers=XIL(0x4dd0), hfun=0x597a55 ) at eval.c:1326 #130 0x00000000005980b8 in top_level_1 (ignore=XIL(0)) at keyboard.c:1129 #131 0x000000000064c0d4 in internal_catch (tag=XIL(0xbca0), func=0x598075 , arg=XIL(0)) at eval.c:1091 #132 0x0000000000597fa2 in command_loop () at keyboard.c:1090 #133 0x000000000059753f in recursive_edit_1 () at keyboard.c:697 #134 0x0000000000597734 in Frecursive_edit () at keyboard.c:768 #135 0x00000000005952ef in main (argc=10, argv=0x7fffffffe208) at emacs.c:1690 Lisp Backtrace: "Automatic GC" (0x0) "run-hooks" (0xffff6e58) "kill-buffer" (0xffff6f90) "and" (0xffff7130) "unwind-protect" (0xffff7370) "save-current-buffer" (0xffff74e0) "let" (0xffff76e0) "regex-tests-BOOST-frob-escapes" (0xffff7830) "let*" (0xffff7ae0) "if" (0xffff7c60) "progn" (0xffff7da0) "if" (0xffff7ef0) "let" (0xffff80f0) "while" (0xffff8290) "let" (0xffff84a0) "progn" (0xffff85e0) "unwind-protect" (0xffff8720) "save-current-buffer" (0xffff8890) "let" (0xffff8a90) "let" (0xffff8cb0) "regex-tests-BOOST" (0xffff8f08) "apply" (0xffff8f00) "setq" (0xffff9120) "unwind-protect" (0xffff9260) "not" (0xffff9370) "if" (0xffff94c0) "let" (0xffff96c0) "let" (0xffff98c0) "let" (0xffff9ac0) 0x2f3c030 Lisp type 3 "ert--run-test-internal" (0xffffa230) "ert-run-test" (0xffffa7a8) "ert-run-or-rerun-test" (0xffffad30) "ert-run-tests" (0xffffb288) "ert-run-tests-batch" (0xffffb748) "ert-run-tests-batch-and-exit" (0xffffbba0) "let" (0xffffbed0) "eval" (0xffffc118) "command-line-1" (0xffffca70) "command-line" (0xffffd688) "normal-top-level" (0xffffdcc0) From debbugs-submit-bounces@debbugs.gnu.org Wed May 17 12:32:45 2017 Received: (at 26961) by debbugs.gnu.org; 17 May 2017 16:32:45 +0000 Received: from localhost ([127.0.0.1]:51102 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dB1sT-0001GH-1g for submit@debbugs.gnu.org; Wed, 17 May 2017 12:32:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dB1sR-0001G4-GN for 26961@debbugs.gnu.org; Wed, 17 May 2017 12:32:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dB1sI-0000sW-Au for 26961@debbugs.gnu.org; Wed, 17 May 2017 12:32:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dB1sI-0000sS-7M; Wed, 17 May 2017 12:32:34 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4050 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dB1sH-0006Ps-IR; Wed, 17 May 2017 12:32:33 -0400 Date: Wed, 17 May 2017 19:32:24 +0300 Message-Id: <83bmqr5trb.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: <878tlvy4d4.fsf@calancha-pc> (message from Tino Calancha on Wed, 17 May 2017 22:55:51 +0900) Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Tino Calancha > Date: Wed, 17 May 2017 22:55:51 +0900 > > > ;;; II) This one fails in Debian-9, but it works in Fedora-25: > > emacs --batch -L ":." -l ert -l src/regex-tests.el \ > > --eval '(let (arg) (ert-run-tests-batch-and-exit arg))' > > > In GNU Emacs 26.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) > > Repository revision: f7c07930b581b1bcfdfb1874b6883233516bdf11 > > Windowing system distributor 'The X.Org Foundation', version 11.0.11902000 > > System Description: Debian GNU/Linux 9.0 (stretch) > I can reproduce the issue after compile Emacs without optimizations. > Following is the backtrace after Emacs crash: > > (gdb) run -batch -L ":../test" -l ert -l ../test/src/regex-tests.el -eval '(let (arg) (ert-run-tests-batch-and-exit arg))' > > Starting program: /home/calancha/soft/emacs-master/src/bootstrap-emacs -batch -L ":../test" -l ert -l ../test/src/regex-tests.el -eval '(let (arg) (ert-run-tests-batch-and-exit arg))' It doesn't crash for me (but one of the tests does fail). > #0 terminate_due_to_signal (sig=6, backtrace_limit=40) at emacs.c:363 > #1 0x00000000005c1191 in emacs_abort () at sysdep.c:2371 > #2 0x0000000000629189 in mark_object (arg=XIL(0x7fffffffbc54)) at alloc.c:6428 > #3 0x00000000006299ae in mark_object (arg=XIL(0x2f44ac3)) at alloc.c:6667 > #4 0x0000000000625a6c in mark_maybe_object (obj=XIL(0x2f44ac3)) at alloc.c:4788 > #5 0x0000000000625e47 in mark_memory (start=0x7fffffff6b70, end=0x7fffffffe08f) at alloc.c:4940 > #6 0x0000000000625e7c in mark_stack (bottom=0x7fffffffe08f "", end=0x7fffffff6b70 "\200\214!\001") at alloc.c:5138 > #7 0x00000000006e01dc in mark_one_thread (thread=0xe1b2a0 ) at thread.c:603 > #8 0x00000000006e0371 in mark_threads_callback (ignore=0x0) at thread.c:634 > #9 0x0000000000625ec4 in flush_stack_call_func (func=0x6e02de , arg=0x0) at alloc.c:5165 > #10 0x00000000006e03a3 in mark_threads () at thread.c:641 > #11 0x0000000000627e8b in garbage_collect_1 (end=0x7fffffff6d50) at alloc.c:5942 > #12 0x0000000000628562 in Fgarbage_collect () at alloc.c:6108 Are you up to the task of debugging GC? See etc/DEBUG for some advice. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu May 18 03:00:45 2017 Received: (at 26961) by debbugs.gnu.org; 18 May 2017 07:00:45 +0000 Received: from localhost ([127.0.0.1]:51803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBFQT-0006ox-Dv for submit@debbugs.gnu.org; Thu, 18 May 2017 03:00:45 -0400 Received: from mail-pf0-f174.google.com ([209.85.192.174]:35149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBFQQ-0006ok-2H for 26961@debbugs.gnu.org; Thu, 18 May 2017 03:00:42 -0400 Received: by mail-pf0-f174.google.com with SMTP id n23so19204256pfb.2 for <26961@debbugs.gnu.org>; Thu, 18 May 2017 00:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=rXSQDWdHH4qp/MVhC5wDe/AkV+FA/XpqTma9UB0Ix/w=; b=ruPAzNmnXr8efmhD9EaYPScGa13/cPuOShiv5LgdFKqh9wVxQLDgPdIuWwGAVouX8r EmCSsjwXHhNTw0+wSQjPxUD8raK5rcasSREP+fSrqjpCJF5YHTUXE1BzEukwJ7eYDlWa +qE/OS7H7NLCODYR6h2COODZcENYbSsjwPTeJLOn07D23rTkmers2bjaAMNjQkYBx81J 5YR7PfXSlRTE+hUu98ysYGFyjywMhsm73r8SkgI4UkAiAEtSWxS7apfUVq9qWhWAFxug rPCknCDwHFYnUi8WvvJaNNKVo2ZlWXEtYBP2GEBf9Nxf11Ry0F2nviMJb9blHxZ0KqU7 SNfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=rXSQDWdHH4qp/MVhC5wDe/AkV+FA/XpqTma9UB0Ix/w=; b=BVRZ7mmdELDvA4HvNjE5yFTEjilydMP+mcNoRd/6p4/0So+8P5PFLvOBoTrmpHr2T8 y9497jqSZeFgekwQ3Gi0/A7GiM9MdYs2iv/1I4rZEAsSv5TbAqkTi6d4+nZeSynj3S// aXoyOIeJqcR6ekbDMB4wiBbBBvlAegkZCbhtC2Y0G8hRvbGeUv6rdfSXgPI3RrNf5p6h qUlp5HheE4d927JkN5sYAdkjy5JCog/VY8mT6D6vFqyxIwcuei408yENTDJ6JzYUI8mB vckvn/re9vTGuo2om+vGeXCyiTAxvnF4phiRpp5Kv5fXZ7GALuaYS5vZHg27h4wu1WWK 13jg== X-Gm-Message-State: AODbwcDfhssfv2vnndkAhg8MicfuE8lPJU1dQnZ7m+jCSFwwN4ZHhhre GJvOoHLfz3pcjA== X-Received: by 10.99.184.2 with SMTP id p2mr2899647pge.126.1495090835925; Thu, 18 May 2017 00:00:35 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id 15sm8134965pfj.59.2017.05.18.00.00.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 18 May 2017 00:00:34 -0700 (PDT) From: Tino Calancha To: Eli Zaretskii Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> Date: Thu, 18 May 2017 16:00:31 +0900 In-Reply-To: <83bmqr5trb.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 17 May 2017 19:32:24 +0300") Message-ID: <874lwi3b00.fsf@calancha-pc> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, tino.calancha@gmail.com 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.8 (--) Eli Zaretskii writes: >> > ;;; II) This one fails in Debian-9, but it works in Fedora-25: >> > emacs --batch -L ":." -l ert -l src/regex-tests.el \ >> > --eval '(let (arg) (ert-run-tests-batch-and-exit arg))' > >> #0 terminate_due_to_signal (sig=6, backtrace_limit=40) at emacs.c:363 >> #1 0x00000000005c1191 in emacs_abort () at sysdep.c:2371 >> #2 0x0000000000629189 in mark_object (arg=XIL(0x7fffffffbc54)) at alloc.c:6428 >> #3 0x00000000006299ae in mark_object (arg=XIL(0x2f44ac3)) at alloc.c:6667 >> #4 0x0000000000625a6c in mark_maybe_object (obj=XIL(0x2f44ac3)) at alloc.c:4788 >> #5 0x0000000000625e47 in mark_memory (start=0x7fffffff6b70, end=0x7fffffffe08f) at alloc.c:4940 >> #6 0x0000000000625e7c in mark_stack (bottom=0x7fffffffe08f "", end=0x7fffffff6b70 "\200\214!\001") at alloc.c:5138 >> #7 0x00000000006e01dc in mark_one_thread (thread=0xe1b2a0 ) at thread.c:603 >> #8 0x00000000006e0371 in mark_threads_callback (ignore=0x0) at thread.c:634 >> #9 0x0000000000625ec4 in flush_stack_call_func (func=0x6e02de , arg=0x0) at alloc.c:5165 >> #10 0x00000000006e03a3 in mark_threads () at thread.c:641 >> #11 0x0000000000627e8b in garbage_collect_1 (end=0x7fffffff6d50) at alloc.c:5942 >> #12 0x0000000000628562 in Fgarbage_collect () at alloc.c:6108 > > Are you up to the task of debugging GC? See etc/DEBUG for some > advice. The problem arise from the recursive call in mark_object: mark_object (ptr->car); In my example recipe, such call not always satisfy the sanity checks. With the following patch, i cannot reproduce the issue anymore. commit 5d0ac7e21e5dbb5128310a3a5017795321f71736 Author: Tino Calancha Date: Thu May 18 15:44:10 2017 +0900 * src/alloc.c (mark_object): Use mark_maybe_object (Bug#26961). diff --git a/src/alloc.c b/src/alloc.c index faa14eebb3..8555e3f4e4 100644 --- a/src/alloc.c +++ b/src/alloc.c @@ -6664,7 +6664,7 @@ mark_object (Lisp_Object arg) cdr_count = 0; goto loop; } - mark_object (ptr->car); + mark_maybe_object (ptr->car); obj = ptr->u.cdr; cdr_count++; if (cdr_count == mark_object_loop_halt) From debbugs-submit-bounces@debbugs.gnu.org Thu May 18 03:50:18 2017 Received: (at 26961) by debbugs.gnu.org; 18 May 2017 07:50:19 +0000 Received: from localhost ([127.0.0.1]:51836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBGCQ-0007zQ-OP for submit@debbugs.gnu.org; Thu, 18 May 2017 03:50:18 -0400 Received: from mx2.suse.de ([195.135.220.15]:33532 helo=mx1.suse.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBGCP-0007zI-E4 for 26961@debbugs.gnu.org; Thu, 18 May 2017 03:50:17 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 5B3A3AAB4; Thu, 18 May 2017 07:50:16 +0000 (UTC) From: Andreas Schwab To: Tino Calancha Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> X-Yow: I'm rated PG-34!! Date: Thu, 18 May 2017 09:50:15 +0200 In-Reply-To: <874lwi3b00.fsf@calancha-pc> (Tino Calancha's message of "Thu, 18 May 2017 16:00:31 +0900") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, Eli Zaretskii 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.3 (--) On Mai 18 2017, Tino Calancha wrote: > commit 5d0ac7e21e5dbb5128310a3a5017795321f71736 > Author: Tino Calancha > Date: Thu May 18 15:44:10 2017 +0900 > > * src/alloc.c (mark_object): Use mark_maybe_object (Bug#26961). > > diff --git a/src/alloc.c b/src/alloc.c > index faa14eebb3..8555e3f4e4 100644 > --- a/src/alloc.c > +++ b/src/alloc.c > @@ -6664,7 +6664,7 @@ mark_object (Lisp_Object arg) > cdr_count = 0; > goto loop; > } > - mark_object (ptr->car); > + mark_maybe_object (ptr->car); If car is not a valid object you have a bug somewhere else. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu May 18 11:05:09 2017 Received: (at 26961) by debbugs.gnu.org; 18 May 2017 15:05:09 +0000 Received: from localhost ([127.0.0.1]:53597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBMzF-0002Xc-C9 for submit@debbugs.gnu.org; Thu, 18 May 2017 11:05:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49496) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBMzD-0002X6-6i for 26961@debbugs.gnu.org; Thu, 18 May 2017 11:05:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBMz5-0008HU-3w for 26961@debbugs.gnu.org; Thu, 18 May 2017 11:05:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBMz5-0008HQ-19; Thu, 18 May 2017 11:04:59 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2272 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dBMz4-00085V-Aw; Thu, 18 May 2017 11:04:58 -0400 Date: Thu, 18 May 2017 18:04:51 +0300 Message-Id: <83ziea4358.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: <874lwi3b00.fsf@calancha-pc> (message from Tino Calancha on Thu, 18 May 2017 16:00:31 +0900) Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Tino Calancha > Cc: 26961@debbugs.gnu.org, tino.calancha@gmail.com > Date: Thu, 18 May 2017 16:00:31 +0900 > > The problem arise from the recursive call in mark_object: > mark_object (ptr->car); The recursive call cannot be the problem, as GC in general and mark_object in particular are by definition recursive. The problem is elsewhere, and to track it down you need to look at the object that causes the problem. From debbugs-submit-bounces@debbugs.gnu.org Thu May 18 23:31:23 2017 Received: (at 26961) by debbugs.gnu.org; 19 May 2017 03:31:24 +0000 Received: from localhost ([127.0.0.1]:54170 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBYdP-0000kp-NI for submit@debbugs.gnu.org; Thu, 18 May 2017 23:31:23 -0400 Received: from mail-pg0-f54.google.com ([74.125.83.54]:35191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBYdN-0000ka-BZ for 26961@debbugs.gnu.org; Thu, 18 May 2017 23:31:22 -0400 Received: by mail-pg0-f54.google.com with SMTP id q125so31773768pgq.2 for <26961@debbugs.gnu.org>; Thu, 18 May 2017 20:31:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=uXhRG34A+qKoyTfk6b5YXirbwB+Qzmtl9rz0cVbFLSg=; b=RvLZiSDPeMfyknt7c+is920jBP7azfmcZnLLyMpUImQ4kpI5GRVXIlzuN8QbMFUfH+ 2nNrbFWfYA4uFxvEGcoKkSRj7XUF0vwutHMrvrzJQr27WutkAgrSpBlN/+pLloEU3P3t raRf2uQ8N0S02/QAFue2ft/zWM/uQqVusQpK1e6CHU7Jj66D6n66oMb0M6cex3uqQD3P MYoG6vpan/cC3yvBB5fK8qFCRnL6vfxmmNWSKrCSwF2hhjEGdOA7+J1Jzes19rocZKxS KQUJ4YtIMrFgj9Yg4yVA8vSEkn04jaov6/fciPGlA6BeOoHUCnSaBcABycg4F3x0E5yb oO5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=uXhRG34A+qKoyTfk6b5YXirbwB+Qzmtl9rz0cVbFLSg=; b=XColXkm3oLhMqcppOw1CXJHFwfiXuqEe7Ulmah1/eeGXu4jlrKt3U+7B37HkQViBG+ 77UhyxajxdaivcdRgpk2zn5+lhF+RXgldYHLwIfieQvJj2u2c0+oEtPXv4eE1Sq98hKT 8ZhxLcNn/ZEQFbPNj3WISbiTA5rexzsA0jAV7eduTKPDMPa7TjTswJXQFJ4eMMPOxrwu dHvbdgLvN+TL+9NUilDW277ZIktvoEU8F8spq9eUpVaNrY0wfpNgyjVoFFVj+O7cIVH6 Zj08ZEKX9JwFZx/rfHxMO4AxssA1+2bilxMzWo0xUnPq5fD7q+QdaMmRifKZ4ag1GP61 0MKw== X-Gm-Message-State: AODbwcAks8SGc9JAcdwiDzQGndmWJIvj8QFKrHQA1/vpWoD0mGXHlIDI wwaAjlowUm8jcg== X-Received: by 10.99.133.194 with SMTP id u185mr8113372pgd.100.1495164675498; Thu, 18 May 2017 20:31:15 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id t66sm12514885pfe.134.2017.05.18.20.31.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 18 May 2017 20:31:14 -0700 (PDT) From: Tino Calancha To: 26961@debbugs.gnu.org Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> Date: Fri, 19 May 2017 12:31:10 +0900 In-Reply-To: <83ziea4358.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 May 2017 18:04:51 +0300") Message-ID: <87h90hwmip.fsf@calancha-pc> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 26961 Cc: Andreas Schwab , Eli Zaretskii 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 (/) Eli Zaretskii writes: >> From: Tino Calancha >> Cc: 26961@debbugs.gnu.org, tino.calancha@gmail.com >> Date: Thu, 18 May 2017 16:00:31 +0900 >> >> The problem arise from the recursive call in mark_object: >> mark_object (ptr->car); > > The recursive call cannot be the problem, as GC in general and > mark_object in particular are by definition recursive. The problem is > elsewhere, and to track it down you need to look at the object that > causes the problem. Following diff hunk from commit 'Improve unescaped character literal warnings' (16004397f4) seems the origin of the problem: those lists with defsym's in their heads. diff --git a/src/lread.c b/src/lread.c --- a/src/lread.c +++ b/src/lread.c @@ -963,9 +963,11 @@ load_warn_unescaped_character_literals (Lisp_Object file) AUTO_STRING (format, "Loading `%s': unescaped character literals %s detected!"); AUTO_STRING (separator, ", "); + AUTO_STRING (inner_format, "`?%c'"); CALLN (Fmessage, format, file, - Fmapconcat (Qstring, + Fmapconcat (list3 (Qlambda, list1 (Qchar), + list3 (Qformat, inner_format, Qchar)), Fsort (Vlread_unescaped_character_literals, Qlss), separator)); } Do you think this code is wrong? From debbugs-submit-bounces@debbugs.gnu.org Fri May 19 03:14:22 2017 Received: (at 26961) by debbugs.gnu.org; 19 May 2017 07:14:22 +0000 Received: from localhost ([127.0.0.1]:54285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBc7C-0006HM-7Z for submit@debbugs.gnu.org; Fri, 19 May 2017 03:14:22 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBc7B-0006HA-GY for 26961@debbugs.gnu.org; Fri, 19 May 2017 03:14:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBc75-0006H6-Ke for 26961@debbugs.gnu.org; Fri, 19 May 2017 03:14:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBc6z-0006Fo-At; Fri, 19 May 2017 03:14:09 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3248 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dBc6y-0000lH-I3; Fri, 19 May 2017 03:14:08 -0400 Date: Fri, 19 May 2017 10:14:03 +0300 Message-Id: <837f1d48uc.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: <87h90hwmip.fsf@calancha-pc> (message from Tino Calancha on Fri, 19 May 2017 12:31:10 +0900) Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> <87h90hwmip.fsf@calancha-pc> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, schwab@suse.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Tino Calancha > Cc: Andreas Schwab , Eli Zaretskii > Date: Fri, 19 May 2017 12:31:10 +0900 > > Following diff hunk from commit > 'Improve unescaped character literal warnings' > (16004397f4) > seems the origin of the problem: those lists with > defsym's in their heads. > > diff --git a/src/lread.c b/src/lread.c > --- a/src/lread.c > +++ b/src/lread.c > @@ -963,9 +963,11 @@ load_warn_unescaped_character_literals (Lisp_Object file) > AUTO_STRING (format, > "Loading `%s': unescaped character literals %s detected!"); > AUTO_STRING (separator, ", "); > + AUTO_STRING (inner_format, "`?%c'"); > CALLN (Fmessage, > format, file, > - Fmapconcat (Qstring, > + Fmapconcat (list3 (Qlambda, list1 (Qchar), > + list3 (Qformat, inner_format, Qchar)), > Fsort (Vlread_unescaped_character_literals, Qlss), > separator)); > } > > Do you think this code is wrong? This does indeed look dangerous: we are in effect consing Lisp data structures from stack-based Lisp objects, and then process them in a way that could leave some of them lying around when this function returns, and its stack becomes invalid. Can you present the evidence that caused you to suspect this particular change? Were the "unescaped character literals" warning displayed during the session which crashed? From debbugs-submit-bounces@debbugs.gnu.org Fri May 19 07:39:02 2017 Received: (at 26961) by debbugs.gnu.org; 19 May 2017 11:39:02 +0000 Received: from localhost ([127.0.0.1]:54468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBgFJ-0005oZ-RB for submit@debbugs.gnu.org; Fri, 19 May 2017 07:39:02 -0400 Received: from mail-pg0-f65.google.com ([74.125.83.65]:32981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBgFH-0005oI-Mt for 26961@debbugs.gnu.org; Fri, 19 May 2017 07:39:00 -0400 Received: by mail-pg0-f65.google.com with SMTP id s62so9540610pgc.0 for <26961@debbugs.gnu.org>; Fri, 19 May 2017 04:38:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=FmD2PnSKp5TnSvNx4fwqmdsMeSr/JI622urhmONWseA=; b=UgJj86Un5aOk8uUjiSvgZw1QZZFiDVyFQv1t9a23z3Dapr3/qASo+7Acw3Wz+sT5zR YyN6rHVHcWpVAukkTukRQooSNgyQSvy6YUfNw92thyABc0ozFEZtA9UA3qxI6dcGyh2f N0KnsgLvelir8JWSa7ZielAzpmurDCXRGO68ZV75eH49K9Xi9zZbl26mQuDu4/5YzQrB VN6g57iV3eJWq1R2zzRT9lEprQ7QiGHPJv+gLvxQ9uiS11NLpRxwWyFY1UEhXWuEAQgS yHlqAyjypfD6ZlPbwKfRA3Y99jTWJNr7fn0W1dor6q57n9mZxJAeoZlB/m8zDiKFMoc1 y5hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=FmD2PnSKp5TnSvNx4fwqmdsMeSr/JI622urhmONWseA=; b=f+fejUjfXlxvEX5IsGQ5eAA6i6U5y09wu2bPCFSFW563SLuY4TfukAW6oEDZ+5QGNW KhawrnX5fnVS+8bommuPgUMy/y2I2YiDyTW5DdqI/bfkEFpdK1uBeLk4fnBAklIC32v3 CokogaLCpANYnH5EOmFBWc6yGksmxU3qdH0h2kvtPldtqcqG2THOrZeITdx4Gz1t+vEK EA8Rm+fl4YBMVcgwBsuO37XeyXMMV8zlM9I0h0x682kEX0DpMYY0qVuGEFCovevHiW4x uUw4+bP8rzsT2YahrTprR8hbNg15Fqs4NZTLaR0gZPXk1lXPNeolrVJVvMPbW7wumXNT z+Uw== X-Gm-Message-State: AODbwcD49eTZqemTeIzxsGEKisMsclbYX+nB4ZrjpXUnFcgNEsvuxhpZ d+gzoI8SQzE/5A== X-Received: by 10.84.148.134 with SMTP id k6mr10879649pla.55.1495193933422; Fri, 19 May 2017 04:38:53 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id 67sm12721840pfn.84.2017.05.19.04.38.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 19 May 2017 04:38:52 -0700 (PDT) From: Tino Calancha To: Eli Zaretskii Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> <87h90hwmip.fsf@calancha-pc> <837f1d48uc.fsf@gnu.org> Date: Fri, 19 May 2017 20:38:40 +0900 In-Reply-To: <837f1d48uc.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 May 2017 10:14:03 +0300") Message-ID: <87shk113gf.fsf@calancha-pc> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, tino.calancha@gmail.com, schwab@suse.de 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 (/) Eli Zaretskii writes: >> + AUTO_STRING (inner_format, "`?%c'"); >> CALLN (Fmessage, >> format, file, >> - Fmapconcat (Qstring, >> + Fmapconcat (list3 (Qlambda, list1 (Qchar), >> + list3 (Qformat, inner_format, Qchar)), >> Fsort (Vlread_unescaped_character_literals, Qlss), >> separator)); >> } >>=20 >> Do you think this code is wrong? > > This does indeed look dangerous: we are in effect consing Lisp data > structures from stack-based Lisp objects, and then process them in a > way that could leave some of them lying around when this function > returns, and its stack becomes invalid. > > Can you present the evidence that caused you to suspect this > particular change? Were the "unescaped character literals" warning > displayed during the session which crashed? Yes, such warning always appear in the crash session. Loading =E2=80=98/home/calancha/soft/emacs-master/test/src/regex-tests.el= =E2=80=99: unescaped character literals `?;' detected! Running 22 tests (2017-05-19 20:24:31+0900) If i print out the string, when the object is a cons with its car the string to print, as follows: --8<-----------------------------cut here---------------start------------->= 8--- diff --git a/src/alloc.c b/src/alloc.c index faa14eebb3..20cfb3c88e 100644 --- a/src/alloc.c +++ b/src/alloc.c @@ -6664,7 +6664,32 @@ mark_object (Lisp_Object arg) cdr_count =3D 0; goto loop; } - mark_object (ptr->car); + po =3D XPNTR (ptr->car); + switch (XTYPE (ptr->car)) + { + case Lisp_String: + { + if (!STRING_MARKED_P (XSTRING (ptr->car)) && + !PURE_P (po) && + mem_find (po) =3D=3D MEM_NIL) + { + fprintf (stderr, "[ERROR] mem_find (po) =3D MEM_NIL, con= s %p car %s cdr %p\n", + ptr, XSTRING (ptr->car)->data, XPNTR (ptr->u.cd= r)); + return; + } + else + { + fprintf (stderr, "[OK] cons %p car %s cdr %p\n", + ptr, XSTRING (ptr->car)->data, XPNTR (ptr->u.cd= r)); + } + break; + } + default: + { + mark_object (ptr->car); + } + } + mark_object (ptr->car); obj =3D ptr->u.cdr; cdr_count++; if (cdr_count =3D=3D mark_object_loop_halt) --8<-----------------------------cut here---------------end--------------->= 8--- Then, i see that right before the crash, the string printed out is the name of the test file containinig the unescaped characters. [OK] cons 0x2f0a8f0 car /home/calancha/soft/emacs-master/test/src/regex-res= ources/BOOST.tests cdr 0x2f0a8e0 [ERROR] mem_find (po) =3D MEM_NIL, cons 0x2f45150 car =82 cdr 0x2f45140 [OK] cons 0x16d8720 car /home/calancha/soft/emacs-master/test/src/regex-res= ources/PCRE.tests cdr 0x16d8730 [ERROR] mem_find (po) =3D MEM_NIL, cons 0x2f45150 car =82 cdr 0x2f45140 [OK] cons 0x3009910 car /home/calancha/soft/emacs-master/test/src/regex-res= ources/PTESTS cdr 0x3009900 [ERROR] mem_find (po) =3D MEM_NIL, cons 0x2f45150 car =82 cdr 0x2f45140 With: Fmapconcat (Qstring, insted of: Fmapconcat (list3 (Qlambda, list1 (Qchar), list3 (Qformat, inner_format, Qchar)), we still see the warning, as we should because the test file contains those chars, but there is _no_ crash. From debbugs-submit-bounces@debbugs.gnu.org Sat May 20 06:05:11 2017 Received: (at 26961) by debbugs.gnu.org; 20 May 2017 10:05:11 +0000 Received: from localhost ([127.0.0.1]:56023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC1G3-0003fT-4U for submit@debbugs.gnu.org; Sat, 20 May 2017 06:05:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC1G1-0003fG-VB for 26961@debbugs.gnu.org; Sat, 20 May 2017 06:05:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dC1Fv-0006lx-Rt for 26961@debbugs.gnu.org; Sat, 20 May 2017 06:05:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dC1Fp-0006lJ-Aa; Sat, 20 May 2017 06:04:57 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1714 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dC1Fo-0001wQ-JW; Sat, 20 May 2017 06:04:57 -0400 Date: Sat, 20 May 2017 13:04:38 +0300 Message-Id: <83fufzq1xl.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: <87shk113gf.fsf@calancha-pc> (message from Tino Calancha on Fri, 19 May 2017 20:38:40 +0900) Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> <87h90hwmip.fsf@calancha-pc> <837f1d48uc.fsf@gnu.org> <87shk113gf.fsf@calancha-pc> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, schwab@suse.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Tino Calancha > Cc: 26961@debbugs.gnu.org, schwab@suse.de, tino.calancha@gmail.com > Date: Fri, 19 May 2017 20:38:40 +0900 > > Eli Zaretskii writes: > > >> + AUTO_STRING (inner_format, "`?%c'"); > >> CALLN (Fmessage, > >> format, file, > >> - Fmapconcat (Qstring, > >> + Fmapconcat (list3 (Qlambda, list1 (Qchar), > >> + list3 (Qformat, inner_format, Qchar)), > >> Fsort (Vlread_unescaped_character_literals, Qlss), > >> separator)); > >> } > >> > >> Do you think this code is wrong? > > > > This does indeed look dangerous: we are in effect consing Lisp data > > structures from stack-based Lisp objects, and then process them in a > > way that could leave some of them lying around when this function > > returns, and its stack becomes invalid. > > > > Can you present the evidence that caused you to suspect this > > particular change? Were the "unescaped character literals" warning > > displayed during the session which crashed? > Yes, such warning always appear in the crash session. Does the problem go away if you replace each AUTO_STRING in load_warn_unescaped_character_literals with build_string? IOW, instead of this: AUTO_STRING (separator, ", "); use this: Lisp_Object separator = build_string (", "); and similarly for all the other strings used in the CALLN call in load_warn_unescaped_character_literals. From debbugs-submit-bounces@debbugs.gnu.org Sat May 20 07:20:53 2017 Received: (at 26961) by debbugs.gnu.org; 20 May 2017 11:20:53 +0000 Received: from localhost ([127.0.0.1]:56067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC2RI-0005Om-Tv for submit@debbugs.gnu.org; Sat, 20 May 2017 07:20:53 -0400 Received: from mail-pf0-f175.google.com ([209.85.192.175]:34690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC2RG-0005OY-5x for 26961@debbugs.gnu.org; Sat, 20 May 2017 07:20:50 -0400 Received: by mail-pf0-f175.google.com with SMTP id 9so51027162pfj.1 for <26961@debbugs.gnu.org>; Sat, 20 May 2017 04:20:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=pn8Pveewn8JPU4jp2NAeyOB9sl/LlS2/TKixLHO9AVc=; b=NQzaR3rsDK5vP5b2kZa2Q3xR7pJcf40BLeyimWchhzJ7w4dS/bykUbQioAKEDCo5D9 Ti7k2A8YwKv4+5JNnALN3NH2Wdn51/MYM39BCTYgxjgskKkEM6UFxF6QtiI1hP7KOk7z iCTqCQuHbmlA4QDCoeXDQm5uWoGyzBKXMHoomGqI+MaTq5+3o8xuRqVqDgB0R+AG+gVo kuy84sDw9QE8glhPtaGFXnXyZjWXB9H6UmnUnvTyU2dOsO7+Db4tc9v6pmVf4EB/kuo8 3X1WjVeZx+KDQvA4J0TW3zF1mTQYm7bUGBtpSrCU4k+gfcKQ0FbvqiNZT2KrkSslA4dx PMhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=pn8Pveewn8JPU4jp2NAeyOB9sl/LlS2/TKixLHO9AVc=; b=AlzINy0SWLUXcm59y6o9ubcvHBYC8JvxNjtoYPs80DoZQ5llWMpML5NLFTH/ZFVNOy Gnb03wWs7A2t0Tjo99O6rlWjeXz5SBWHiGf5QfUzUX6WkZeABS9dQI1GEXymlp8zKWhr umc9H1DCfhHUm7kFUZF+MxuiLt1IXOOJha98tQzL4VmlPg2at0T0z+8LL+raYA1KnIQW KM/dpL6dDRBMR0dpdHeprL67NSMRtgBrfnjgpKpO/YaHPX+2CWjNHDJhXv0nSZOm7/Dr ZrH3Hrn0V/bUMf41hYIvbad1JA4NGEUOYL61SdUdZB5Ud1k09nEuZPJPS7inbmLCxJV1 aWUA== X-Gm-Message-State: AODbwcBoAhmQUrwFAF1UnlOA6ITvshLHoOa5J0qZiGqb6KYLd0i/PNQ5 DhBbldxmzv23QA== X-Received: by 10.98.137.140 with SMTP id n12mr15141151pfk.183.1495279244229; Sat, 20 May 2017 04:20:44 -0700 (PDT) Received: from calancha-pc (222.139.137.133.dy.bbexcite.jp. [133.137.139.222]) by smtp.gmail.com with ESMTPSA id 20sm27319562pfq.42.2017.05.20.04.20.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 May 2017 04:20:43 -0700 (PDT) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Sat, 20 May 2017 20:20:39 +0900 (JST) X-X-Sender: calancha@calancha-pc To: Eli Zaretskii Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el In-Reply-To: <83fufzq1xl.fsf@gnu.org> Message-ID: References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> <87h90hwmip.fsf@calancha-pc> <837f1d48uc.fsf@gnu.org> <87shk113gf.fsf@calancha-pc> <83fufzq1xl.fsf@gnu.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 26961 Cc: 26961@debbugs.gnu.org, schwab@suse.de, Tino Calancha 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.8 (--) On Sat, 20 May 2017, Eli Zaretskii wrote: > Does the problem go away if you replace each AUTO_STRING in > load_warn_unescaped_character_literals with build_string? IOW, > instead of this: > > AUTO_STRING (separator, ", "); > > use this: > > Lisp_Object separator = build_string (", "); > > and similarly for all the other strings used in the CALLN call in > load_warn_unescaped_character_literals. Yes, that change fixes the problem. No crashes anymore. From debbugs-submit-bounces@debbugs.gnu.org Sat May 20 07:55:05 2017 Received: (at 26961-done) by debbugs.gnu.org; 20 May 2017 11:55:05 +0000 Received: from localhost ([127.0.0.1]:56083 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC2yP-0007xG-8d for submit@debbugs.gnu.org; Sat, 20 May 2017 07:55:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dC2yM-0007wl-Az for 26961-done@debbugs.gnu.org; Sat, 20 May 2017 07:55:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dC2yG-0007p6-Ct for 26961-done@debbugs.gnu.org; Sat, 20 May 2017 07:54:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47642) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dC2yA-0007nz-TA; Sat, 20 May 2017 07:54:50 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1785 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dC2yA-0003z9-4c; Sat, 20 May 2017 07:54:50 -0400 Date: Sat, 20 May 2017 14:54:32 +0300 Message-Id: <83a867pwuf.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: (message from Tino Calancha on Sat, 20 May 2017 20:20:39 +0900 (JST)) Subject: Re: bug#26961: 26.0.50; Possible timming issue in regex-tests.el References: <87inkz23aw.fsf@calancha-pc> <878tlvy4d4.fsf@calancha-pc> <83bmqr5trb.fsf@gnu.org> <874lwi3b00.fsf@calancha-pc> <83ziea4358.fsf@gnu.org> <87h90hwmip.fsf@calancha-pc> <837f1d48uc.fsf@gnu.org> <87shk113gf.fsf@calancha-pc> <83fufzq1xl.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 26961-done Cc: schwab@suse.de, 26961-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Tino Calancha > Date: Sat, 20 May 2017 20:20:39 +0900 (JST) > cc: Tino Calancha , 26961@debbugs.gnu.org, > schwab@suse.de > > On Sat, 20 May 2017, Eli Zaretskii wrote: > > > Does the problem go away if you replace each AUTO_STRING in > > load_warn_unescaped_character_literals with build_string? IOW, > > instead of this: > > > > AUTO_STRING (separator, ", "); > > > > use this: > > > > Lisp_Object separator = build_string (", "); > > > > and similarly for all the other strings used in the CALLN call in > > load_warn_unescaped_character_literals. > Yes, that change fixes the problem. No crashes anymore. Thanks, I installed such a change. From unknown Fri Jun 20 07:28:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 18 Jun 2017 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