From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: jporterbugs@gmail.com, bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Sep 2023 21:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 66186@debbugs.gnu.org Cc: jim porter X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: jim porter Received: via spool by submit@debbugs.gnu.org id=B.169559136812786 (code B ref -1); Sun, 24 Sep 2023 21:37:02 +0000 Received: (at submit) by debbugs.gnu.org; 24 Sep 2023 21:36:08 +0000 Received: from localhost ([127.0.0.1]:43696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkWlq-0003K7-GI for submit@debbugs.gnu.org; Sun, 24 Sep 2023 17:36:08 -0400 Received: from lists.gnu.org ([2001:470:142::17]:54664) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkWlm-0003JZ-8u for submit@debbugs.gnu.org; Sun, 24 Sep 2023 17:36:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkWlU-0007dX-GX for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2023 17:35:44 -0400 Received: from mr4.vodafonemail.de ([145.253.228.164]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkWlP-0007WI-TF for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2023 17:35:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-21dec; t=1695591337; bh=NumbNNdhKATuTWTY1UOloIqhLxFu9Z2JCxnDVvoJG20=; h=Content-Type:Message-ID:Date:User-Agent:Content-Language:From:To: Subject:From; b=LmDrVbviYanh9GefRaTGNV4+sYDor/KdpjfoYooEdP/lkh4ZXT+e/Hl16x2na+FUE 0qlQnESjm+n9WhIX1whRG1d603OL9E8bm9puYQcAT6r6Ej9A6A6g0FZoc1aelCGKyT 2POFe24kxU2QLg0TYuKJZC2lzRoFgV41lAJIl6Bc= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr4.vodafonemail.de (Postfix) with ESMTPS id 4Rtznj2p9hz1xwp for ; Sun, 24 Sep 2023 21:35:37 +0000 (UTC) Received: from [192.168.178.41] (port-92-194-14-237.dynamic.as20676.net [92.194.14.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Rtznc3dR2zKm4D for ; Sun, 24 Sep 2023 21:35:29 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------l26rvrCXZ1Z24goKd93JzhTw" Message-ID: Date: Sun, 24 Sep 2023 23:35:24 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Content-Language: de-DE-frami, en-US From: Jens Schmidt X-purgate-type: clean X-purgate: clean X-purgate-size: 34813 X-purgate-ID: 155817::1695591333-3BFF958E-5EFC2845/0/0 Received-SPF: pass client-ip=145.253.228.164; envelope-from=jschmidt4gnu@vodafonemail.de; helo=mr4.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Debbugs-CC: Jim Porter First reported here: https://yhetil.org/emacs-devel/ea8d365a-f014-d4d7-14d0-60ccdfe7974e@vodafonemail.de/ Rest of mail structured by outline mode conventions. I managed to get a GDB backtrace of a SIGPIPE, please see last section. * Original Text of Above Mail Not sure whether anybody has seen or reported already: Approx. 1 of 5 executions of "make lisp/eshell/esh-proc-tests" fail for me like this: ------------------------- snip ------------------------- make[1]: Entering directory '/home/jschmidt/work/emacs-master/test' GEN lisp/eshell/esh-proc-tests.log Running 23 tests (2023-09-24 20:32:11+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... passed 1/23 esh-proc-test/exit-status/failure (0.117111 sec) passed 2/23 esh-proc-test/exit-status/success (0.105469 sec) passed 3/23 esh-proc-test/exit-status/with-stderr-pipe (0.105925 sec) passed 4/23 esh-proc-test/kill-pipeline (0.108324 sec) passed 5/23 esh-proc-test/kill-pipeline-head (0.108148 sec) passed 6/23 esh-proc-test/kill-process/background-prompt (0.005315 sec) [sleep]+ Done (/usr/bin/sleep 100) passed 7/23 esh-proc-test/kill-process/foreground-only (0.207743 sec) passed 8/23 esh-proc-test/kill-process/redirect-message (0.004864 sec) Tramp: Sending command `exec sh -i' Tramp: Found remote shell prompt on `sappc2' Tramp: Sending command `exec sh -i' Tramp: Found remote shell prompt on `sappc2' passed 9/23 esh-proc-test/output/remote-redirect (0.157058 sec) passed 10/23 esh-proc-test/output/stderr-to-buffer (0.106075 sec) passed 11/23 esh-proc-test/output/stdout-and-stderr-to-buffer (0.105911 sec) passed 12/23 esh-proc-test/output/stdout-to-buffer (0.105907 sec) passed 13/23 esh-proc-test/output/to-screen (0.105792 sec) passed 14/23 esh-proc-test/pipeline-connection-type/first (0.055700 sec) passed 15/23 esh-proc-test/pipeline-connection-type/last (0.056159 sec) make[1]: *** [Makefile:181: lisp/eshell/esh-proc-tests.log] Broken pipe make[1]: Leaving directory '/home/jschmidt/work/emacs-master/test' make: *** [Makefile:247: lisp/eshell/esh-proc-tests] Error 2 ------------------------- snip ------------------------- I bisected with ------------------------- snip ------------------------- #!/bin/bash make FAST=true -j8 bootstrap || exit 1 for (( i = 0; i < 30; i++ )); do ( cd test && make lisp/eshell/esh-proc-tests ) || exit 1 done exit 0 ------------------------- snip ------------------------- to ------------------------- snip ------------------------- 7e50861ca7ed3f620fe62ac6572f6e88b3600ece is the first bad commit commit 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Author: Jim Porter Date: Thu Sep 14 17:51:16 2023 -0700 ; Simplify how to use 'eshell-debug-command' Now, 'eshell-debug-command' works more like 'format-message', which is how we usually use it. * lisp/eshell/esh-util.el (eshell-always-debug-command): New function. (eshell-debug-command): Simplify. Update callers. lisp/eshell/esh-arg.el | 6 +++--- lisp/eshell/esh-cmd.el | 10 ++++++---- lisp/eshell/esh-proc.el | 41 +++++++++++++++++------------------------ lisp/eshell/esh-util.el | 26 +++++++++++++++++--------- 4 files changed, 43 insertions(+), 40 deletions(-) bisect run success ------------------------- snip ------------------------- Pls let me know whether I should open a separate bug for this. * Modified Test Case On master, commit 947409d408ed763a9fc35f9f7df97fec28a16837, I took lisp/eshell/esh-proc-tests.el and stripped off everything but tests passed 1/12 esh-proc-test/pipeline-connection-type/first (0.067548 sec) passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057414 sec) passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.057129 sec) passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.057843 sec) passed 5/12 esh-proc-test/pipeline-connection-type/last (0.055670 sec) passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.055894 sec) passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056194 sec) passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056234 sec) passed 9/12 esh-proc-test/pipeline-connection-type/middle (0.058843 sec) passed 10/12 esh-proc-test/pipeline-connection-type/middle0 (0.077003 sec) passed 11/12 esh-proc-test/pipeline-connection-type/middle1 (0.057962 sec) passed 12/12 esh-proc-test/pipeline-connection-type/middle2 (0.058520 sec) where the N are just a copy of . Attached for reference. A good test log is also attached for reference. * Broken Pipe (Rare) [test]$ make lisp/eshell/esh-proc-tests make[1]: Entering directory '/home/jschmidt/work/emacs-master/test' GEN lisp/eshell/esh-proc-tests.log Running 12 tests (2023-09-24 23:27:38+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... passed 1/12 esh-proc-test/pipeline-connection-type/first (0.067822 sec) passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057025 sec) passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.057386 sec) passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.057817 sec) passed 5/12 esh-proc-test/pipeline-connection-type/last (0.055977 sec) passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.055745 sec) make[1]: *** [Makefile:181: lisp/eshell/esh-proc-tests.log] Broken pipe make[1]: Leaving directory '/home/jschmidt/work/emacs-master/test' make: *** [Makefile:247: lisp/eshell/esh-proc-tests] Error 2 * Test Aborted with Elisp Stacktrace (Even Rarer) Executed under the control of GDB, but also happens without GDB. [test]$ HOME=/nonexistent LANG=C EMACS_TEST_DIRECTORY=/home/jschmidt/work/emacs-master/test gdb -q -batch -ex run -ex backtrace --args "../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp -L ":." -l ert -l lisp/eshell/esh-proc-tests.el --batch --eval '(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffee036700 (LWP 7917)] [Detaching after vfork from child process 7918] [Detaching after vfork from child process 7919] [Detaching after vfork from child process 7920] [Detaching after vfork from child process 7921] Running 12 tests (2023-09-24 23:15:37+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... [Detaching after vfork from child process 7922] [Detaching after vfork from child process 7923] passed 1/12 esh-proc-test/pipeline-connection-type/first (0.076640 sec) [Detaching after vfork from child process 7924] [Detaching after vfork from child process 7925] passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.058361 sec) [Detaching after vfork from child process 7926] [Detaching after vfork from child process 7927] passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.058868 sec) [Detaching after vfork from child process 7928] [Detaching after vfork from child process 7929] passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.059533 sec) [Detaching after vfork from child process 7930] passed 5/12 esh-proc-test/pipeline-connection-type/last (0.056367 sec) [Detaching after vfork from child process 7931] passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.056656 sec) [Detaching after vfork from child process 7932] passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056970 sec) [Detaching after vfork from child process 7933] passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056878 sec) [Detaching after vfork from child process 7934] [Detaching after vfork from child process 7935] passed 9/12 esh-proc-test/pipeline-connection-type/middle (0.060267 sec) [Detaching after vfork from child process 7936] [Detaching after vfork from child process 7937] passed 10/12 esh-proc-test/pipeline-connection-type/middle0 (0.081130 sec) [Detaching after vfork from child process 7938] [Detaching after vfork from child process 7939] Test esh-proc-test/pipeline-connection-type/middle1 aborted with non-local exit [Detaching after vfork from child process 7940] [Detaching after vfork from child process 7941] [Detaching after vfork from child process 7942] [Detaching after vfork from child process 7953] [Detaching after vfork from child process 7954] ABORTED 11/12 esh-proc-test/pipeline-connection-type/middle1 (0.008848 sec) at lisp/eshell/esh-proc-tests.el:116 Aborted: Ran 12 tests, 10 results as expected, 0 unexpected (2023-09-24 23:15:38+0200, 0.653765 sec) Error running tests backtrace() #f(compiled-function () #)() ert-run-tests-batch-and-exit((not (tag :unstable))) command-line-1(("-L" ":." "-l" "ert" "-l" "lisp/eshell/esh-proc-tests.el" "--eval" "(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))")) command-line() normal-top-level() [Thread 0x7ffff0543400 (LWP 7913) exited] [Inferior 1 (process 7913) exited with code 02] * Broken Pipe with gdb Stack Trace [test]$ HOME=/nonexistent LANG=C EMACS_TEST_DIRECTORY=/home/jschmidt/work/emacs-master/test gdb -q -batch -ex run -ex backtrace --args "../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp -L ":." -l ert -l lisp/eshell/esh-proc-tests.el --batch --eval '(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffee036700 (LWP 7969)] [Detaching after vfork from child process 7970] [Detaching after vfork from child process 7971] [Detaching after vfork from child process 7972] [Detaching after vfork from child process 7973] Running 12 tests (2023-09-24 23:15:39+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... [Detaching after vfork from child process 7974] [Detaching after vfork from child process 7975] passed 1/12 esh-proc-test/pipeline-connection-type/first (0.076930 sec) [Detaching after vfork from child process 7976] [Detaching after vfork from child process 7977] passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057770 sec) [Detaching after vfork from child process 7978] [Detaching after vfork from child process 7979] passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.058679 sec) [Detaching after vfork from child process 7980] [Detaching after vfork from child process 7981] passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.058402 sec) [Detaching after vfork from child process 7982] passed 5/12 esh-proc-test/pipeline-connection-type/last (0.056096 sec) [Detaching after vfork from child process 7983] passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.056120 sec) [Detaching after vfork from child process 7984] passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056147 sec) [Detaching after vfork from child process 7985] passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056252 sec) [Detaching after vfork from child process 7986] [Detaching after vfork from child process 7987] Thread 1 "emacs" received signal SIGPIPE, Broken pipe. 0x00007ffff57bffef in write () from /lib/x86_64-linux-gnu/libpthread.so.0 #0 0x00007ffff57bffef in write () at /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00005555556f2f08 in emacs_full_write (fd=19, buf=0x5555565918b8 "hi", nbyte=2, interruptible=-1) at sysdep.c:2812 #2 0x00005555557c1ef8 in send_process (proc=, buf=, len=, object=) at process.c:6670 #3 0x00005555557c2318 in Fprocess_send_string (process=, string=0x5555565862d4) at lisp.h:779 #4 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #5 0x0000555555760883 in Ffuncall (nargs=3, args=0x7fffee067160) at eval.c:3008 #6 0x0000555555760d69 in Fapply (nargs=4, args=0x7fffee067160) at eval.c:2632 #7 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #8 0x0000555555765ec7 in apply_lambda (fun=0x55555631d4dd, args=, count=...) at eval.c:3116 #9 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #10 0x0000555555766e80 in Feval (form=0x7fffed39a1b3, lexical=) at eval.c:2375 #11 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #12 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffb5d0) at eval.c:3008 #13 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #14 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #15 Flet (args=0x7fffed389d23) at eval.c:1038 #16 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #17 0x0000555555766e80 in Feval (form=0x7fffed389d33, lexical=) at eval.c:2375 #18 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #19 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffb8b0) at eval.c:3008 #20 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #21 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #22 Flet (args=0x7fffed39a463) at eval.c:1038 #23 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #24 0x0000555555766e80 in Feval (form=0x7fffed39a473, lexical=) at eval.c:2375 #25 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #26 0x0000555555765ec7 in apply_lambda (fun=0x55555631aead, args=, count=...) at eval.c:3116 #27 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #28 0x0000555555766c81 in internal_lisp_condition_case (var=0x1db700, bodyform=0x7fffed3999e3, handlers=) at eval.c:1440 #29 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #30 0x0000555555766e80 in Feval (form=0x7fffed398ba3, lexical=) at eval.c:2375 #31 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #32 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffbeb0) at eval.c:3008 #33 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #34 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #35 Flet (args=0x7fffed398fb3) at eval.c:1038 #36 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #37 0x0000555555766e80 in Feval (form=0x7fffed398fc3, lexical=) at eval.c:2375 #38 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #39 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc180) at eval.c:3008 #40 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #41 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #42 Flet (args=0x7fffed398a73) at eval.c:1038 #43 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #44 0x0000555555766e80 in Feval (form=0x7fffed398a83, lexical=) at eval.c:2375 #45 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #46 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc450) at eval.c:3008 #47 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #48 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #49 Flet (args=0x7fffed3985b3) at eval.c:1038 #50 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #51 0x0000555555766e80 in Feval (form=0x7fffed3985c3, lexical=) at eval.c:2375 #52 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #53 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc730) at eval.c:3008 #54 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #55 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #56 Flet (args=0x7fffed3a7e73) at eval.c:1038 #57 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #58 0x0000555555766e80 in Feval (form=0x7fffed3a7e83, lexical=) at eval.c:2375 #59 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #60 0x0000555555765ec7 in apply_lambda (fun=0x555556361115, args=, count=...) at eval.c:3116 #61 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #62 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #63 Flet (args=0x7fffed55f013) at eval.c:1038 #64 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #65 0x0000555555764a21 in Fprogn (body=) at eval.c:436 #66 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #67 0x00005555557668b7 in Funwind_protect (args=0x7fffed55f813) at lisp.h:779 #68 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #69 0x0000555555766709 in Fprogn (body=) at eval.c:436 #70 FletX (args=0x7fffed55f963) at eval.c:970 #71 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #72 0x0000555555765901 in Fprogn (body=) at eval.c:436 #73 funcall_lambda (fun=0x7fffed55fa33, nargs=1, arg_vector=0x7fffffffcfa0) at eval.c:3246 #74 0x0000555555765ec7 in apply_lambda (fun=0x7fffed55fa43, args=, count=...) at eval.c:3116 #75 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #76 0x00005555557644c4 in eval_sub (form=) at eval.c:2478 #77 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #78 Flet (args=0x7fffed550f73) at eval.c:1038 #79 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #80 0x0000555555766c81 in internal_lisp_condition_case (var=0x1db700, bodyform=0x7fffed550f83, handlers=) at eval.c:1440 #81 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #82 0x000055555576653c in FletX (args=0x7fffed5522f3) at lisp.h:779 #83 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #84 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #85 Flet (args=0x7fffed552323) at eval.c:1038 #86 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #87 0x0000555555765901 in Fprogn (body=) at eval.c:436 #88 funcall_lambda (fun=0x7fffed5523f3, nargs=2, arg_vector=0x7fffffffd700) at eval.c:3246 #89 0x0000555555765ec7 in apply_lambda (fun=0x7fffed552403, args=, count=...) at eval.c:3116 #90 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #91 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #92 Flet (args=0x7fffed54f113) at eval.c:1038 #93 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #94 0x0000555555765901 in Fprogn (body=) at eval.c:436 #95 funcall_lambda (fun=0x7fffed541f43, nargs=0, arg_vector=0x7fffee066270) at eval.c:3246 #96 0x00005555557a7d4e in exec_byte_code (fun=, args_template=, nargs=, args=) at bytecode.c:817 #97 0x0000555555765ec7 in apply_lambda (fun=0x5555560f81fd, args=, count=...) at eval.c:3116 #98 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #99 0x0000555555766e80 in Feval (form=0x7fffed52ef63, lexical=) at eval.c:2375 #100 0x00007fffef012849 in F636f6d6d616e642d6c696e652d31_command_line_1_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #101 0x0000555555760883 in Ffuncall (nargs=2, args=0x7fffffffdff0) at eval.c:3008 #102 0x00007fffef00a268 in F636f6d6d616e642d6c696e65_command_line_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #103 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffe0c8) at eval.c:3008 #104 0x00007fffef005bdf in F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #105 0x0000555555764969 in eval_sub (form=) at lisp.h:779 #106 0x0000555555766e80 in Feval (form=0x7fffefc999bb, lexical=) at eval.c:2375 #107 0x000055555575ef67 in internal_condition_case (bfun=bfun@entry=0x5555556d1c30 , handlers=handlers@entry=0x90, hfun=hfun@entry=0x5555556d9a50 ) at eval.c:1486 #108 0x00005555556d25c6 in top_level_1 (ignore=ignore@entry=0x0) at keyboard.c:1174 #109 0x000055555575eec1 in internal_catch (tag=tag@entry=0x107d0, func=func@entry=0x5555556d25a0 , arg=arg@entry=0x0) at eval.c:1209 #110 0x00005555556d1ba8 in command_loop () at lisp.h:1173 #111 0x00005555556d95e3 in recursive_edit_1 () at keyboard.c:744 #112 0x00005555556d9980 in Frecursive_edit () at keyboard.c:827 #113 0x00005555555a9de6 in main (argc=, argv=) at emacs.c:2625 --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/x-emacs-lisp; charset=UTF-8; name="esh-proc-tests.el" Content-Disposition: attachment; filename="esh-proc-tests.el" Content-Transfer-Encoding: base64 Ozs7IGVzaC1wcm9jLXRlc3RzLmVsIC0tLSBlc2gtcHJvYyB0ZXN0IHN1aXRlICAtKi0gbGV4 aWNhbC1iaW5kaW5nOnQgLSotCgo7OyBDb3B5cmlnaHQgKEMpIDIwMjItMjAyMyBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KCjs7IFRoaXMgZmlsZSBpcyBwYXJ0IG9mIEdOVSBF bWFjcy4KCjs7IEdOVSBFbWFjcyBpcyBmcmVlIHNvZnR3YXJlOiB5b3UgY2FuIHJlZGlzdHJp YnV0ZSBpdCBhbmQvb3IgbW9kaWZ5Cjs7IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05V IEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5Cjs7IHRoZSBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIGVpdGhlciB2ZXJzaW9uIDMgb2YgdGhlIExpY2Vuc2UsIG9y Cjs7IChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCgo7OyBHTlUgRW1hY3Mg aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKOzsg YnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2Fy cmFudHkgb2YKOzsgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxB UiBQVVJQT1NFLiAgU2VlIHRoZQo7OyBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3Ig bW9yZSBkZXRhaWxzLgoKOzsgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0 aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKOzsgYWxvbmcgd2l0aCBHTlUgRW1hY3Mu ICBJZiBub3QsIHNlZSA8aHR0cHM6Ly93d3cuZ251Lm9yZy9saWNlbnNlcy8+LgoKOzs7IENv ZGU6CgoocmVxdWlyZSAndHJhbXApCihyZXF1aXJlICdlcnQpCihyZXF1aXJlICdlc2gtbW9k ZSkKKHJlcXVpcmUgJ2VzaGVsbCkKCihyZXF1aXJlICdlc2hlbGwtdGVzdHMtaGVscGVycwog ICAgICAgICAoZXhwYW5kLWZpbGUtbmFtZSAiZXNoZWxsLXRlc3RzLWhlbHBlcnMiCiAgICAg ICAgICAgICAgICAgICAgICAgICAgIChmaWxlLW5hbWUtZGlyZWN0b3J5IChvciBsb2FkLWZp bGUtbmFtZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZGVmYXVsdC1kaXJlY3RvcnkpKSkpCgooZGVmdmFyIGVzaC1wcm9jLXRlc3QtLW91 dHB1dC1jbWQKICAoY29uY2F0ICJzaCAtYyAnIgogICAgICAgICAgImVjaG8gc3Rkb3V0OyAi CiAgICAgICAgICAiZWNobyBzdGRlcnIgPiYyIgogICAgICAgICAgIiciKQogICJBIHNoZWxs IGNvbW1hbmQgdGhhdCBwcmludHMgdG8gYm90aCBzdGRvdXQgYW5kIHN0ZGVyci4iKQoKKGRl ZnZhciBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZAogIChjb25jYXQgInNoIC1jICci CiAgICAgICAgICAiaWYgWyAtdCAwIF07IHRoZW4gZWNobyBzdGRpbjsgZmk7ICIKICAgICAg ICAgICJpZiBbIC10IDEgXTsgdGhlbiBlY2hvIHN0ZG91dDsgZmk7ICIKICAgICAgICAgICJp ZiBbIC10IDIgXTsgdGhlbiBlY2hvIHN0ZGVycjsgZmkiCiAgICAgICAgICAiJyIpCiAgIkEg c2hlbGwgY29tbWFuZCB0aGF0IHByaW50cyB0aGUgc3RhbmRhcmQgc3RyZWFtcyBjb25uZWN0 ZWQgYXMgVFRZcy4iKQoKOzs7IFRlc3RzOgoKDAo7OyBPdXRwdXQgYW5kIHJlZGlyZWN0aW9u CgoKDAo7OyBQaXBlbGluZXMKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5l LWNvbm5lY3Rpb24tdHlwZS9maXJzdCAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBh IFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNz IChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVj dXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAg IChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1 bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoK KGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2Zp cnN0MCAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBhIFBUWSB3aGVuIGEgY29tbWFu ZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFibGUt ZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNhdCIp KSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAgIChjb25jYXQgZXNoLXByb2Mt dGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1bmxlc3MgKGVxIHN5c3RlbS10 eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoKKGVydC1kZWZ0ZXN0IGVzaC1w cm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2ZpcnN0MSAoKQogICJUZXN0IHRo YXQgb25seSBzdGRpbiBpcyBhIFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGlu ZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAg ICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1h bmQtcmVzdWx0LWVxdWFsCiAgIChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1j bWQgIiB8IGNhdCIpCiAgICh1bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQog ICAgICJzdGRpblxuIikpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUt Y29ubmVjdGlvbi10eXBlL2ZpcnN0MiAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBh IFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNz IChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVj dXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAg IChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1 bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoK KGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL21p ZGRsZSAoKQogICJUZXN0IHRoYXQgYWxsIHN0cmVhbXMgYXJlIHBpcGVzIHdoZW4gYSBjb21t YW5kIGlzIGluIHRoZSBtaWRkbGUgb2YgYQpwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChh bmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRh YmxlLWZpbmQgImNhdCIpKSkKICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwg bWlnaHQgb2NjdXIgaW50ZXJuYWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAo bGV0ICgoZGVidWctb24tZXJyb3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQt ZXF1YWwKICAgICAoY29uY2F0ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3Qt cHR5LWNtZCAiIHwgY2F0IikKICAgICBuaWwpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10 ZXN0L3BpcGVsaW5lLWNvbm5lY3Rpb24tdHlwZS9taWRkbGUwICgpCiAgIlRlc3QgdGhhdCBh bGwgc3RyZWFtcyBhcmUgcGlwZXMgd2hlbiBhIGNvbW1hbmQgaXMgaW4gdGhlIG1pZGRsZSBv ZiBhCnBpcGVsaW5lLiIKICAoc2tpcC11bmxlc3MgKGFuZCAoZXhlY3V0YWJsZS1maW5kICJz aCIpCiAgICAgICAgICAgICAgICAgICAgKGV4ZWN1dGFibGUtZmluZCAiY2F0IikpKQogIDs7 IEFuIGBlc2hlbGwtcGlwZS1icm9rZW4nIHNpZ25hbCBtaWdodCBvY2N1ciBpbnRlcm5hbGx5 OyBsZXQgRXNoZWxsCiAgOzsgaGFuZGxlIGl0IQogIChsZXQgKChkZWJ1Zy1vbi1lcnJvciBu aWwpKQogICAgKGVzaGVsbC1jb21tYW5kLXJlc3VsdC1lcXVhbAogICAgIChjb25jYXQgImVj aG8gaGkgfCAiIGVzaC1wcm9jLXRlc3QtLWRldGVjdC1wdHktY21kICIgfCBjYXQiKQogICAg IG5pbCkpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlv bi10eXBlL21pZGRsZTEgKCkKICAiVGVzdCB0aGF0IGFsbCBzdHJlYW1zIGFyZSBwaXBlcyB3 aGVuIGEgY29tbWFuZCBpcyBpbiB0aGUgbWlkZGxlIG9mIGEKcGlwZWxpbmUuIgogIChza2lw LXVubGVzcyAoYW5kIChleGVjdXRhYmxlLWZpbmQgInNoIikKICAgICAgICAgICAgICAgICAg ICAoZXhlY3V0YWJsZS1maW5kICJjYXQiKSkpCiAgOzsgQW4gYGVzaGVsbC1waXBlLWJyb2tl bicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxldCBFc2hlbGwKICA7OyBoYW5k bGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkpCiAgICAoZXNoZWxsLWNvbW1h bmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBoaSB8ICIgZXNoLXByb2MtdGVz dC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICAgbmlsKSkpCgooZXJ0LWRlZnRlc3Qg ZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlMiAoKQogICJU ZXN0IHRoYXQgYWxsIHN0cmVhbXMgYXJlIHBpcGVzIHdoZW4gYSBjb21tYW5kIGlzIGluIHRo ZSBtaWRkbGUgb2YgYQpwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFi bGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNh dCIpKSkKICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwgbWlnaHQgb2NjdXIg aW50ZXJuYWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAobGV0ICgoZGVidWct b24tZXJyb3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQtZXF1YWwKICAgICAo Y29uY2F0ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCAiIHwg Y2F0IikKICAgICBuaWwpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5l LWNvbm5lY3Rpb24tdHlwZS9sYXN0ICgpCiAgIlRlc3QgdGhhdCBvbmx5IG91dHB1dCBzdHJl YW1zIGFyZSBQVFlzIHdoZW4gYSBjb21tYW5kIGVuZHMgYSBwaXBlbGluZS4iCiAgKHNraXAt dW5sZXNzIChleGVjdXRhYmxlLWZpbmQgInNoIikpCiAgOzsgQW4gYGVzaGVsbC1waXBlLWJy b2tlbicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxldCBFc2hlbGwKICA7OyBo YW5kbGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkpCiAgICAoZXNoZWxsLWNv bW1hbmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBoaSB8ICIgZXNoLXByb2Mt dGVzdC0tZGV0ZWN0LXB0eS1jbWQpCiAgICAgKHVubGVzcyAoZXEgc3lzdGVtLXR5cGUgJ3dp bmRvd3MtbnQpCiAgICAgICAic3Rkb3V0XG5zdGRlcnJcbiIpKSkpCgooZXJ0LWRlZnRlc3Qg ZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDAgKCkKICAiVGVz dCB0aGF0IG9ubHkgb3V0cHV0IHN0cmVhbXMgYXJlIFBUWXMgd2hlbiBhIGNvbW1hbmQgZW5k cyBhIHBpcGVsaW5lLiIKICAoc2tpcC11bmxlc3MgKGV4ZWN1dGFibGUtZmluZCAic2giKSkK ICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwgbWlnaHQgb2NjdXIgaW50ZXJu YWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAobGV0ICgoZGVidWctb24tZXJy b3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQtZXF1YWwKICAgICAoY29uY2F0 ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCkKICAgICAodW5s ZXNzIChlcSBzeXN0ZW0tdHlwZSAnd2luZG93cy1udCkKICAgICAgICJzdGRvdXRcbnN0ZGVy clxuIikpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNvbm5lY3Rp b24tdHlwZS9sYXN0MSAoKQogICJUZXN0IHRoYXQgb25seSBvdXRwdXQgc3RyZWFtcyBhcmUg UFRZcyB3aGVuIGEgY29tbWFuZCBlbmRzIGEgcGlwZWxpbmUuIgogIChza2lwLXVubGVzcyAo ZXhlY3V0YWJsZS1maW5kICJzaCIpKQogIDs7IEFuIGBlc2hlbGwtcGlwZS1icm9rZW4nIHNp Z25hbCBtaWdodCBvY2N1ciBpbnRlcm5hbGx5OyBsZXQgRXNoZWxsCiAgOzsgaGFuZGxlIGl0 IQogIChsZXQgKChkZWJ1Zy1vbi1lcnJvciBuaWwpKQogICAgKGVzaGVsbC1jb21tYW5kLXJl c3VsdC1lcXVhbAogICAgIChjb25jYXQgImVjaG8gaGkgfCAiIGVzaC1wcm9jLXRlc3QtLWRl dGVjdC1wdHktY21kKQogICAgICh1bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50 KQogICAgICAgInN0ZG91dFxuc3RkZXJyXG4iKSkpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9j LXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2xhc3QyICgpCiAgIlRlc3QgdGhhdCBv bmx5IG91dHB1dCBzdHJlYW1zIGFyZSBQVFlzIHdoZW4gYSBjb21tYW5kIGVuZHMgYSBwaXBl bGluZS4iCiAgKHNraXAtdW5sZXNzIChleGVjdXRhYmxlLWZpbmQgInNoIikpCiAgOzsgQW4g YGVzaGVsbC1waXBlLWJyb2tlbicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxl dCBFc2hlbGwKICA7OyBoYW5kbGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkp CiAgICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBo aSB8ICIgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQpCiAgICAgKHVubGVzcyAoZXEg c3lzdGVtLXR5cGUgJ3dpbmRvd3MtbnQpCiAgICAgICAic3Rkb3V0XG5zdGRlcnJcbiIpKSkp Cgo7OzsgZXNoLXByb2MtdGVzdHMuZWwgZW5kcyBoZXJlCg== --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/x-log; charset=UTF-8; name="esh-proc-tests.log" Content-Disposition: attachment; filename="esh-proc-tests.log" Content-Transfer-Encoding: base64 UnVubmluZyAxMiB0ZXN0cyAoMjAyMy0wOS0yNCAyMzozMDo0MCswMjAwLCBzZWxlY3RvciBg KG5vdCAodGFnIDp1bnN0YWJsZSkpJykKTG9hZGluZyBlbS1hbGlhcy4uLgpMb2FkaW5nIGVt LWJhbm5lci4uLgpMb2FkaW5nIGVtLWJhc2ljLi4uCkxvYWRpbmcgZW0tY21wbC4uLgpMb2Fk aW5nIGVtLWV4dHBpcGUuLi4KTG9hZGluZyBlbS1nbG9iLi4uCkxvYWRpbmcgZW0taGlzdC4u LgpMb2FkaW5nIGVtLWxzLi4uCkxvYWRpbmcgZW0tcHJlZC4uLgpMb2FkaW5nIGVtLXByb21w dC4uLgpMb2FkaW5nIGVtLXNjcmlwdC4uLgpMb2FkaW5nIGVtLXRlcm0uLi4KTG9hZGluZyBl bS11bml4Li4uCiAgIHBhc3NlZCAgIDEvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29u bmVjdGlvbi10eXBlL2ZpcnN0ICgwLjA2NTg1MSBzZWMpCiAgIHBhc3NlZCAgIDIvMTIgIGVz aC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2ZpcnN0MCAoMC4wNTcwMjAg c2VjKQogICBwYXNzZWQgICAzLzEyICBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNvbm5lY3Rp b24tdHlwZS9maXJzdDEgKDAuMDU3MzcwIHNlYykKICAgcGFzc2VkICAgNC8xMiAgZXNoLXBy b2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvZmlyc3QyICgwLjA1NzI5OCBzZWMp CiAgIHBhc3NlZCAgIDUvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10 eXBlL2xhc3QgKDAuMDU0NTgxIHNlYykKICAgcGFzc2VkICAgNi8xMiAgZXNoLXByb2MtdGVz dC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDAgKDAuMDU1NTg4IHNlYykKICAgcGFz c2VkICAgNy8xMiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFz dDEgKDAuMDU1ODIzIHNlYykKICAgcGFzc2VkICAgOC8xMiAgZXNoLXByb2MtdGVzdC9waXBl bGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDIgKDAuMDU0NDEwIHNlYykKICAgcGFzc2VkICAg OS8xMiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlICgw LjA1Nzg1OCBzZWMpCiAgIHBhc3NlZCAgMTAvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUt Y29ubmVjdGlvbi10eXBlL21pZGRsZTAgKDAuMDc2ODI0IHNlYykKICAgcGFzc2VkICAxMS8x MiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlMSAoMC4w NTc2Mjggc2VjKQogICBwYXNzZWQgIDEyLzEyICBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNv bm5lY3Rpb24tdHlwZS9taWRkbGUyICgwLjA1NzY1NyBzZWMpCgpSYW4gMTIgdGVzdHMsIDEy IHJlc3VsdHMgYXMgZXhwZWN0ZWQsIDAgdW5leHBlY3RlZCAoMjAyMy0wOS0yNCAyMzozMDo0 MSswMjAwLCAwLjcwOTk2OSBzZWMpCgo= --------------l26rvrCXZ1Z24goKd93JzhTw-- From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jim Porter Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Sep 2023 23:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt , 66186@debbugs.gnu.org Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169559654431974 (code B ref 66186); Sun, 24 Sep 2023 23:03:01 +0000 Received: (at 66186) by debbugs.gnu.org; 24 Sep 2023 23:02:24 +0000 Received: from localhost ([127.0.0.1]:43743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkY7M-0008Je-09 for submit@debbugs.gnu.org; Sun, 24 Sep 2023 19:02:24 -0400 Received: from mail-pl1-x635.google.com ([2607:f8b0:4864:20::635]:56543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkY7K-0008JR-Ly for 66186@debbugs.gnu.org; Sun, 24 Sep 2023 19:02:23 -0400 Received: by mail-pl1-x635.google.com with SMTP id d9443c01a7336-1c3d6d88231so34927495ad.0 for <66186@debbugs.gnu.org>; Sun, 24 Sep 2023 16:02:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695596524; x=1696201324; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=5/VFLAEZ5qVMWoSkIcHOWVQl8KYMrhQ9W+qaUj1k7JI=; b=d6HWrlnFa0ARpVV4o+PWebXExUzLm9mXY/57CSarSxa0Umi4XwZmba5ly5INDh4u2T 70bAsDUgGo9y0JA8DnXxSyhZW87l4vbPV31eDMPbz1Z7R+vAfAV3hWJId0UnA+mPU/2D nE02VhoPK3s6NAnMwIpN+TnC4xm1VIsUDfDqFrvxXbBXT3sSlkIpf+j0P8swtHxNbMuL ZSDJiVwwlIZXKsx9s1BKxMNzw3cjJCYcSMVXTtxgKvJ7gUftbSBqMoZCtKi8dF09RSdH d8aoy56839CC1ywSwv0oqvdRF0k4qPoy+b/r/YjmStYV7Rjk74HSPVwjSQdNp45ZRJTF 6FfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695596524; x=1696201324; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=5/VFLAEZ5qVMWoSkIcHOWVQl8KYMrhQ9W+qaUj1k7JI=; b=YbAfwAOKuZwI4fnmCtmO3fEwiy0BVuWk4v5h6ZFgSAv1g3TktcTjx+NYsAHD8Nmfqk uC9Wlq6zorQrlPOyWzk+O9BEP9JU+cGhMYJz/FMWWSMdANBl1wE2ohqk6tzCiYRIWmGe MELDkjR5GJ4sAU98qSN+hwMmae6J1rBpLUX7B2YiKfEx9F7Ap1HBFge1L7aigbuNA6ai M+TMwZlQTY5n9OoE3cLLMCgdN2y81kfC8axbNIa8ZTqvo5YK9mzU4/sykOKHMLYUTaFC 8fdcX6WbN/3I9DtrQhrz69UEKCAYsNglYyttXV4xRYmUTq6FMeCFwJpgaIwkkW9Oi+Xl 7IJA== X-Gm-Message-State: AOJu0Ywaan5Usz2k634eFA0htlD9Vn69EHJGa7EeokXU60hZYF0w+b/h 0NUSPbUDB9PDXySHfPVsbfw= X-Google-Smtp-Source: AGHT+IH6Qabi0wt6nI5+Z3ul9p5WuNB+QAg6y0juq0JReCU6X0WuKksmFHq54iQY7QnXS+/GY/PU6g== X-Received: by 2002:a17:90b:4394:b0:276:4d97:7cbb with SMTP id in20-20020a17090b439400b002764d977cbbmr3232225pjb.17.1695596524340; Sun, 24 Sep 2023 16:02:04 -0700 (PDT) Received: from [192.168.1.2] (cpe-76-168-148-233.socal.res.rr.com. [76.168.148.233]) by smtp.googlemail.com with ESMTPSA id n20-20020a17090ade9400b0026d214a2b33sm8461651pjv.7.2023.09.24.16.02.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 24 Sep 2023 16:02:03 -0700 (PDT) Message-ID: Date: Sun, 24 Sep 2023 16:02:03 -0700 MIME-Version: 1.0 Content-Language: en-US References: From: Jim Porter In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 9/24/2023 2:35 PM, Jens Schmidt via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > * Broken Pipe with gdb Stack Trace > > [test]$ HOME=/nonexistent LANG=C EMACS_TEST_DIRECTORY=/home/jschmidt/work/emacs-master/test gdb -q -batch -ex run -ex backtrace --args "../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp -L ":." -l ert -l lisp/eshell/esh-proc-tests.el --batch --eval '(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))' [snip] > passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056252 sec) > [Detaching after vfork from child process 7986] > [Detaching after vfork from child process 7987] > > Thread 1 "emacs" received signal SIGPIPE, Broken pipe. > 0x00007ffff57bffef in write () from /lib/x86_64-linux-gnu/libpthread.so.0 > #0 0x00007ffff57bffef in write () at /lib/x86_64-linux-gnu/libpthread.so.0 > #1 0x00005555556f2f08 in emacs_full_write (fd=19, buf=0x5555565918b8 "hi", nbyte=2, interruptible=-1) at sysdep.c:2812 [snip] Thanks. This looks like it's caused when Eshell runs a command something like this: echo hi | sh -c 'if [ -t 0 ]; then echo stdin; fi; ...' (Note that the pipe above is handled entirely by Eshell, using 'process-send-string' in this case.) I'm guessing that sometimes, the 'sh' process has exited by the time Eshell calls '(process-send-string PROC "hi")'. Presumably, the commit you identified (which just changed some debug logging) altered the timings by just enough to trigger this race condition for you. However, I don't understand why this would cause an abort though; normally, 'process-send-string' should just signal an Elisp error (which Eshell then catches and does the right thing with it). Maybe there's a bug somewhere in process.c where it's not correctly handling the (real) SIGPIPE signal and converting it to an Elisp signal? I'm somewhat familiar with process.c, so I can take a look at this, but it'll probably be a week or two until I have time to really dig in. In the meantime, if anyone else wants to work on a fix, feel free. From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 04:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jim Porter Cc: 66186@debbugs.gnu.org, jschmidt4gnu@vodafonemail.de Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.16956176003411 (code B ref 66186); Mon, 25 Sep 2023 04:54:02 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 04:53:20 +0000 Received: from localhost ([127.0.0.1]:43891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkday-0000sw-8d for submit@debbugs.gnu.org; Mon, 25 Sep 2023 00:53:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42920) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkdav-0000sj-Nt for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 00:53:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkdaW-0003Tb-OT; Mon, 25 Sep 2023 00:52:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RzX/XVVnrUN+rIarSDzGNuy8Iw5eweFpnjAmmXD1CzM=; b=T8mevGVbr7JF VP7Cf9ie0+romD3qQ1NrSZWVbsDYe7F99VIbeGUfBAmgd+NfJzw2WcxRZjCPTO595kKB/7b0Evpx8 XM2WE0wXi8kvHXQU58a3c19vdHuVGfvMKgQ5ePtp3wOLy6+xNv+lOj/zkYaRtV8vhqRVb1AlauB7s YXSM9vgqYaKMaThvaUHj5+i3pGpOHt+nvpISQrTw5O8HOIPnpmm2t8vJkrAov8o7dHEEmGVVZNx9F 5RDYv2kIKzZG8UJ0uYnqoaQLPpZpBbWzVZVCRaOJ0knyv9bHUW8K0of4qG03ZeuwtcVhkj0dfOkAk eVAxFxY+xbD8/OOuFHaUJQ==; Date: Mon, 25 Sep 2023 07:52:22 +0300 Message-Id: <83fs323ldl.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Jim Porter on Sun, 24 Sep 2023 16:02:03 -0700) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 24 Sep 2023 16:02:03 -0700 > From: Jim Porter > > > Thread 1 "emacs" received signal SIGPIPE, Broken pipe. > > 0x00007ffff57bffef in write () from /lib/x86_64-linux-gnu/libpthread.so.0 > > #0 0x00007ffff57bffef in write () at /lib/x86_64-linux-gnu/libpthread.so.0 > > #1 0x00005555556f2f08 in emacs_full_write (fd=19, buf=0x5555565918b8 "hi", nbyte=2, interruptible=-1) at sysdep.c:2812 > [snip] > > Thanks. This looks like it's caused when Eshell runs a command something > like this: > > echo hi | sh -c 'if [ -t 0 ]; then echo stdin; fi; ...' > > (Note that the pipe above is handled entirely by Eshell, using > 'process-send-string' in this case.) I'm guessing that sometimes, the > 'sh' process has exited by the time Eshell calls '(process-send-string > PROC "hi")'. Presumably, the commit you identified (which just changed > some debug logging) altered the timings by just enough to trigger this > race condition for you. > > However, I don't understand why this would cause an abort though; > normally, 'process-send-string' should just signal an Elisp error (which > Eshell then catches and does the right thing with it). Maybe there's a > bug somewhere in process.c where it's not correctly handling the (real) > SIGPIPE signal and converting it to an Elisp signal? In batch mode, SIGPIPE is not ignored by Emacs, see init_signals. This was changed 11 years ago, see commit 4d7e6e51dd. Perhaps Eshell should check that the process is still alive before calling process-send-string? From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jim Porter Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 05:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: jschmidt4gnu@vodafonemail.de, 66186@debbugs.gnu.org Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.16956201208541 (code B ref 66186); Mon, 25 Sep 2023 05:36:02 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 05:35:20 +0000 Received: from localhost ([127.0.0.1]:43921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkeFc-0002Dg-AY for submit@debbugs.gnu.org; Mon, 25 Sep 2023 01:35:20 -0400 Received: from mail-ot1-x336.google.com ([2607:f8b0:4864:20::336]:54677) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkeFW-0002DK-3z for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 01:35:19 -0400 Received: by mail-ot1-x336.google.com with SMTP id 46e09a7af769-6c21b2c6868so2819913a34.1 for <66186@debbugs.gnu.org>; Sun, 24 Sep 2023 22:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695620096; x=1696224896; darn=debbugs.gnu.org; h=in-reply-to:from:references:cc:to:content-language:subject :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=VjVQ+yaCvZqOZ4MhslNhPmK2Y3HHX1Q1EBvGxtwlXcc=; b=mgEW8F5sDn9a+uvQ9gaz88BYuwkCG9kjyC3jaF/HHSn9Le5girX1CVqwyzR+2x6CZW fBq2L4PWZT3A3Y40zuJP9Si5ilnx8GYYZ4Yee5TcUw0siEY8W4uvGqPpsVkDmqFK6Mjq MHp+axXa0spE69lMg2xWX5MjcVU0XaxM6zvrB0hKdv6Zld7LDP/gjg1aUMXConD1opx6 wmrh/0u4a4g1Vn/JPYv2dbCec2N3oUQ801bgmIa9LCpOTnayH7ZkdEFD1nkQCD6QfNvE O0yf/T7m7mJ77zG8TCM2yzzHouaPgikLNj1t6Wyonp2ZMhai62eopPUkn0Z752aqOL82 knbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695620096; x=1696224896; h=in-reply-to:from:references:cc:to:content-language:subject :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=VjVQ+yaCvZqOZ4MhslNhPmK2Y3HHX1Q1EBvGxtwlXcc=; b=b1Emv6lQADZYD/rGUMG6PhTHqhFhKmapJ9uzATVIwI7gMo2au/n7jVZ4GD/kxMxykU eFThZjB+DdF5HIXpxT723LOSblN7pqdNCp3TjHxhNCh9OCWtwn/GH9EHWFxRfe7/u1JA q6IXuNJLPvTnMfak+4OKxsUDDhVofWJ8LpAVOftQ6Lzw6m5SvKSRgLWxFwD1kRRtvnaX KGUTYj3crgzVQZFPopaLzMGoW44Fnw8+pn2HpqAmV057gAstAM52i0obb+SjYHmQxTKI VRVGi0j4hIaztcOsTi4cQoMYsi8V7Mzew/zINEFyknqBsVZaTENTTHl5nq2GQ0OcOOPH y03Q== X-Gm-Message-State: AOJu0YzXLtIgTTJncswLXG52dLWDOcxXflYp76bz/y2okRS2lYcJblor IPmd/rhu6dmIzeTPbw2/wbs= X-Google-Smtp-Source: AGHT+IG1oujqzcWjiLiFfuU23p6ippPRtZRmVrn2FgWpvxkZuJyCNQWM/NHPdENr1PfmZkD64f7oaQ== X-Received: by 2002:a05:6830:4d8:b0:6c4:a127:9ff2 with SMTP id s24-20020a05683004d800b006c4a1279ff2mr5969690otd.11.1695620096062; Sun, 24 Sep 2023 22:34:56 -0700 (PDT) Received: from [192.168.1.2] (cpe-76-168-148-233.socal.res.rr.com. [76.168.148.233]) by smtp.googlemail.com with ESMTPSA id z186-20020a6333c3000000b00581048ffc13sm2351712pgz.81.2023.09.24.22.34.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 24 Sep 2023 22:34:55 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------p8wE9B9QEbu67UvqZq0HGLG3" Message-ID: <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> Date: Sun, 24 Sep 2023 22:34:55 -0700 MIME-Version: 1.0 Content-Language: en-US References: <83fs323ldl.fsf@gnu.org> From: Jim Porter In-Reply-To: <83fs323ldl.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------p8wE9B9QEbu67UvqZq0HGLG3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/24/2023 9:52 PM, Eli Zaretskii wrote: >> Date: Sun, 24 Sep 2023 16:02:03 -0700 >> From: Jim Porter >> >> However, I don't understand why this would cause an abort though; >> normally, 'process-send-string' should just signal an Elisp error (which >> Eshell then catches and does the right thing with it). Maybe there's a >> bug somewhere in process.c where it's not correctly handling the (real) >> SIGPIPE signal and converting it to an Elisp signal? > > In batch mode, SIGPIPE is not ignored by Emacs, see init_signals. > This was changed 11 years ago, see commit 4d7e6e51dd. Thanks, I didn't realize that. > Perhaps Eshell should check that the process is still alive before > calling process-send-string? Ok, how about this? Jens, could you try this patch out to see if it fixes things for you? --------------p8wE9B9QEbu67UvqZq0HGLG3 Content-Type: text/plain; charset=UTF-8; name="0001-Check-for-process-liveness-before-calling-process-se.patch" Content-Disposition: attachment; filename*0="0001-Check-for-process-liveness-before-calling-process-se.pa"; filename*1="tch" Content-Transfer-Encoding: base64 RnJvbSBlOWQ5NjFmMGIxZGViZWQ4MmZjMDA0ZDY2MzFmZmU2YWRmZjdjMTlmIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKaW0gUG9ydGVyIDxqcG9ydGVyYnVnc0BnbWFpbC5j b20+CkRhdGU6IFN1biwgMjQgU2VwIDIwMjMgMjI6MzA6MzQgLTA3MDAKU3ViamVjdDogW1BB VENIXSBDaGVjayBmb3IgcHJvY2VzcyBsaXZlbmVzcyBiZWZvcmUgY2FsbGluZwogJ3Byb2Nl c3Mtc2VuZC1zdHJpbmcnIGluIEVzaGVsbAoKSW4gb3RoZXIgd29yZHMsIHNlZWsgcGVybWlz c2lvbiBpbnN0ZWFkIG9mIGFza2luZyBmb3IgZm9yZ2l2ZW5lc3MKKGJ1ZyM2NjE4NikuCgoq IGxpc3AvZXNoZWxsL2VzaC1pby5lbCAoZXNoZWxsLW91dHB1dC1vYmplY3QtdG8tdGFyZ2V0 KTogQ2hlY2sKJ3Byb2Nlc3MtbGl2ZS1wJyBmaXJzdC4KLS0tCiBsaXNwL2VzaGVsbC9lc2gt aW8uZWwgfCAxMSArKystLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDMgaW5zZXJ0aW9ucygr KSwgOCBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saXNwL2VzaGVsbC9lc2gtaW8uZWwg Yi9saXNwL2VzaGVsbC9lc2gtaW8uZWwKaW5kZXggY2QwY2VlNmUyMWQuLjY2OGZmMTNiODI1 IDEwMDY0NAotLS0gYS9saXNwL2VzaGVsbC9lc2gtaW8uZWwKKysrIGIvbGlzcC9lc2hlbGwv ZXNoLWlvLmVsCkBAIC02NDQsMTUgKzY0NCwxMCBAQCBlc2hlbGwtb3V0cHV0LW9iamVjdC10 by10YXJnZXQKICAgIk91dHB1dCBPQkpFQ1QgdG8gdGhlIHByb2Nlc3MgVEFSR0VULiIKICAg KHVubGVzcyAoc3RyaW5ncCBvYmplY3QpCiAgICAgKHNldHEgb2JqZWN0IChlc2hlbGwtc3Ry aW5naWZ5IG9iamVjdCkpKQotICAoY29uZGl0aW9uLWNhc2UgZXJyCisgIChpZiAocHJvY2Vz cy1saXZlLXAgdGFyZ2V0KQogICAgICAgKHByb2Nlc3Mtc2VuZC1zdHJpbmcgdGFyZ2V0IG9i amVjdCkKLSAgICAoZXJyb3IKLSAgICAgOzsgSWYgYHByb2Nlc3Mtc2VuZC1zdHJpbmcnIHJh aXNlcyBhbiBlcnJvciBhbmQgdGhlIHByb2Nlc3MgaGFzCi0gICAgIDs7IGZpbmlzaGVkLCB0 cmVhdCBpdCBhcyBhIGJyb2tlbiBwaXBlLiAgT3RoZXJ3aXNlLCBqdXN0Ci0gICAgIDs7IHJl LXRocm93IHRoZSBzaWduYWwuCi0gICAgIChpZiAocHJvY2Vzcy1saXZlLXAgdGFyZ2V0KQot ICAgICAgICAgKHNpZ25hbCAoY2FyIGVycikgKGNkciBlcnIpKQotICAgICAgIChzaWduYWwg J2VzaGVsbC1waXBlLWJyb2tlbiAobGlzdCB0YXJnZXQpKSkpKQorICAgIDs7IElmIHRoZSBw cm9jZXNzIGlzIGFscmVhZHkgZGVhZCwgdHJlYXQgdGhhdCBhcyBhIGJyb2tlbiBwaXBlLgor ICAgIChzaWduYWwgJ2VzaGVsbC1waXBlLWJyb2tlbiAobGlzdCB0YXJnZXQpKSkKICAgb2Jq ZWN0KQogCiAoY2wtZGVmbWV0aG9kIGVzaGVsbC1vdXRwdXQtb2JqZWN0LXRvLXRhcmdldCAo b2JqZWN0Ci0tIAoyLjI1LjEKCg== --------------p8wE9B9QEbu67UvqZq0HGLG3-- From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jim Porter Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 05:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 66186@debbugs.gnu.org, jschmidt4gnu@vodafonemail.de Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.16956209009976 (code B ref 66186); Mon, 25 Sep 2023 05:49:01 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 05:48:20 +0000 Received: from localhost ([127.0.0.1]:43932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkeSB-0002ao-RR for submit@debbugs.gnu.org; Mon, 25 Sep 2023 01:48:20 -0400 Received: from mail-oa1-x34.google.com ([2001:4860:4864:20::34]:51337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkeS9-0002Zt-4a for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 01:48:18 -0400 Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-1dd0526b5easo1509133fac.2 for <66186@debbugs.gnu.org>; Sun, 24 Sep 2023 22:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695620878; x=1696225678; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=sVpoHdOIm5FCmRylNAUkbclfbsSgEO4sr9VN7eAnWfM=; b=EQ4xqtoMU4E7OJY4js8poRt4Td9oSZagc3Jqu4b2a+sOqV8bZD7a7DaAnnFZeTQAU6 4useS0wmeyU7vCTY7gXVGbCUmE9iIASRXJ5ICALvI+m4ITYr3sGxHi527GYXQDjwM/fU Y0kwGR30CvNjbWgi7Fmas70zyqDzA1IIbiIAIKiLulbTOZmCXVOf+JW7lEVotW3U8Kks Yor9xK5llteutT6X2oBGFQWyrfNxpwRNfC/nIxSthFGfewSfUhd0QN8JuGZMXS03Z+5C kmxlMOUcW7sxWLK7gAp7N5cB2Ac7EerW8AUG4zK3y9tt6a7JGbNdQwhAIKZjATa7SZHU 90ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695620878; x=1696225678; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=sVpoHdOIm5FCmRylNAUkbclfbsSgEO4sr9VN7eAnWfM=; b=StW3N4xKeo3CJAHJv5M6QotQH3K8wOyXrIKwng0pl+tjyM974c8+JhhAYwZh90X64+ 5iFbGkiPx2xyBCItJxbWnzIVR7vUJAiXp09GV3swhB+GtXsKnsywEkxJFxrEyHVYnOHK KrUzmzZ63qmvSshibpQkidKAlDdhIwqxkVCdVDhi0vPGaACHN6jaGK7eb6CxDfbmlfOo j//at0wqKGYiwiIHD/EY+S4jxE+NgnOa55Li+SZGnDn3k50XyJXfR0GHZZZvfgAfsC3h PZe1GnBaEgOyC+zVufmv1sAiIxu1IjEylySuBeqG6z4vMKQz/kpLpuenjrzmntUI8J8v mySg== X-Gm-Message-State: AOJu0YxcKTu3+0h+kRuAciVHQ74KDw13UUNq2zTceglRTbzR1iwu7JOT jxedYHtVSFT6NU2JQYnQxzo= X-Google-Smtp-Source: AGHT+IHAgvTodD2Oh28dn5yiNzSluEiCu08nQKQjYFvALlWDXMuzl74bRbtHAANP3vrwo3guGbvFXQ== X-Received: by 2002:a05:6870:c691:b0:1b0:b13:c16 with SMTP id cv17-20020a056870c69100b001b00b130c16mr7738203oab.2.1695620878012; Sun, 24 Sep 2023 22:47:58 -0700 (PDT) Received: from [192.168.1.2] (cpe-76-168-148-233.socal.res.rr.com. [76.168.148.233]) by smtp.googlemail.com with ESMTPSA id bu20-20020a632954000000b0057c29fec795sm6816762pgb.37.2023.09.24.22.47.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 24 Sep 2023 22:47:57 -0700 (PDT) Message-ID: Date: Sun, 24 Sep 2023 22:47:58 -0700 MIME-Version: 1.0 Content-Language: en-US From: Jim Porter References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> In-Reply-To: <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 9/24/2023 10:34 PM, Jim Porter wrote: > On 9/24/2023 9:52 PM, Eli Zaretskii wrote: >> In batch mode, SIGPIPE is not ignored by Emacs, see init_signals. >> This was changed 11 years ago, see commit 4d7e6e51dd. > > Thanks, I didn't realize that. > >> Perhaps Eshell should check that the process is still alive before >> calling process-send-string? > > Ok, how about this? Jens, could you try this patch out to see if it > fixes things for you? I forgot to add: Is there potential for a race condition here? I think I'd written it the other way because there's a chance that the process exits in between checking 'process-live-p' and calling 'process-send-string'. I guess we could check liveness both before *and* after 'process-send-string'. That would probably still leave a small chance of the regression tests crashing though, which isn't great. I could probably also write the test to avoid this race condition entirely, since it's not actually trying to trigger a SIGPIPE (though in general, Eshell should do the right thing in response to SIGPIPE). That would make the regression tests happy. From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 06:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jim Porter , Paul Eggert Cc: 66186@debbugs.gnu.org, jschmidt4gnu@vodafonemail.de Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169562451716311 (code B ref 66186); Mon, 25 Sep 2023 06:49:02 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 06:48:37 +0000 Received: from localhost ([127.0.0.1]:44003 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkfOX-0004F0-Eb for submit@debbugs.gnu.org; Mon, 25 Sep 2023 02:48:37 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkfOS-0004Ds-Pa for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 02:48:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkfOA-0001is-AX; Mon, 25 Sep 2023 02:48:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=lJ5WqvBbfGF9tI0B6ICX6HayJlJYB2rBzP/U1Bkz1HE=; b=TX/f4A/bvC4v xD/A/CHsOPh4QmQrVkLkdCZfhlnnMXzMaCa1zH/kxQtOykKDRS/T58191j8aK1BoVRNST2rMEA+sB sjhEVmYkPOEhNpvBKWKEUKYJdXtQIxEDhhQCEvFY/mDqAMCtdbSnvgn4DNcTRLoU5Vr+ad2eeZuDk WWK6sXhlc/qAHcv5KHIYKjK9M+2bzAWIpycv6F/LqI4T6jw5XuuTe0dyOYsW8TgjMjEClsQxNzTrZ M3I1VdtHBrSX/0FU+X0oYlZu2BswNlw4hD8m56Dq3H+LcsDu4XxYLGP++XGkyMVxa807U8X8t5YVw yfKxlbMLptOXKOSp+CiZ2A==; Date: Mon, 25 Sep 2023 09:47:42 +0300 Message-Id: <83cyy63g1d.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Jim Porter on Sun, 24 Sep 2023 22:47:58 -0700) References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 24 Sep 2023 22:47:58 -0700 > From: Jim Porter > Cc: jschmidt4gnu@vodafonemail.de, 66186@debbugs.gnu.org > > >> Perhaps Eshell should check that the process is still alive before > >> calling process-send-string? > > > > Ok, how about this? Jens, could you try this patch out to see if it > > fixes things for you? > > I forgot to add: Is there potential for a race condition here? I think > I'd written it the other way because there's a chance that the process > exits in between checking 'process-live-p' and calling > 'process-send-string'. Yes, and therefore I think you should also keep the old code that wrapped the call in condition-case. > I guess we could check liveness both before *and* > after 'process-send-string'. That would probably still leave a small > chance of the regression tests crashing though, which isn't great. Perhaps process-send-string should install a temporary SIGPIPE handler, at least optionally? Paul, WDYT? > I could probably also write the test to avoid this race condition > entirely, since it's not actually trying to trigger a SIGPIPE (though in > general, Eshell should do the right thing in response to SIGPIPE). That > would make the regression tests happy. That's always a good thing, thanks. From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 07:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Jim Porter Cc: 66186@debbugs.gnu.org, jschmidt4gnu@vodafonemail.de Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169562630419255 (code B ref 66186); Mon, 25 Sep 2023 07:19:02 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 07:18:24 +0000 Received: from localhost ([127.0.0.1]:44017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkfrL-00050V-NM for submit@debbugs.gnu.org; Mon, 25 Sep 2023 03:18:23 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:59542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkfrJ-00050I-9t for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 03:18:22 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id DF0D23C00D1F0; Mon, 25 Sep 2023 00:18:02 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ouONEJtMaskp; Mon, 25 Sep 2023 00:18:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 89E4D3C00D1FC; Mon, 25 Sep 2023 00:18:02 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 89E4D3C00D1FC DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1695626282; bh=P1o5W5dPOarWKitOr3IecNEanb2acAxlFoo+mWZQ8H4=; h=Message-ID:Date:MIME-Version:To:From; b=B4h30dh/0xsSNBDT8cXO6EnIARMsgty2EXf3XSLHVBpKu7JS89ZGTfNKBtxHGinQl JxkiO86EkOLF1Nax4X74LFsIPVm6Akc2pB4AWd+3e+oNWay+xOI/Lg8ovw2C5kOaCN Rsy7Ib3pNijYC6eH0/y5538Clieqtw/ePBLceQ+RLFQRSVBqKpOvqSxFh4WOPruBbO +EjdGRUwA80YSbHFtugsUZB6R7cQmIxNqqYkSho5dLj16UozB/LtHcJ1Cz3iZ8kTlU M7iLAWevl7z+ne/qK0QDfrMLS2/pCAnWvKGKPwjjsEIihJAPunGpjPFGIbMdSrm1Bw uqkrQusXqwu3g== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fMXhKlZxNOLr; Mon, 25 Sep 2023 00:18:02 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.147.225.57]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 589B03C00D1F0; Mon, 25 Sep 2023 00:18:02 -0700 (PDT) Message-ID: <2625a345-7888-fd0b-2f69-7ca46770a059@cs.ucla.edu> Date: Mon, 25 Sep 2023 00:18:02 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Content-Language: en-US References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> <83cyy63g1d.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <83cyy63g1d.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) On 2023-09-24 23:47, Eli Zaretskii wrote: > Perhaps process-send-string should install a temporary SIGPIPE > handler, at least optionally? Paul, WDYT? Sounds like a recipe for bad race conditions. I'm not following the problem closely. However, the usual way to handle this is to use sendto's MSG_NOSIGNAL option (GNU/Linux) or use setsockopt with SO_NOSIGPIPE (the BSDs and macOS). This should prevent those SIGPIPEs from occurring. Alternatively, but this would be a bigger lift, you can arrange for a SIGPIPE signal handler to be enabled all the time, even in batch mode. But then you'll need to resurrect the batch-mode code that used to deal with this sort of thing (and I've forgotten what it is and as I vaguely recall it was a bit buggy but you can look at the change history). The basic idea is that in batch mode, if you ignore SIGPIPE then Emacs should always check for write errors and exit whenever they happen. From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 07:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: jporterbugs@gmail.com, 66186@debbugs.gnu.org, jschmidt4gnu@vodafonemail.de Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169562784921798 (code B ref 66186); Mon, 25 Sep 2023 07:45:02 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 07:44:09 +0000 Received: from localhost ([127.0.0.1]:44038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkgGH-0005fW-0M for submit@debbugs.gnu.org; Mon, 25 Sep 2023 03:44:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55778) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkgGE-0005f2-QR for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 03:44:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkgFv-0005QC-Nn; Mon, 25 Sep 2023 03:43:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=e1Tvbnjnlo5vtqp/L1G2v0Ir9o/6pBvFVqhAQqFyuCE=; b=f3Ud+ATSf+fc sj5Q+Ggwr8GnIGCJ5kuq+gOXWEPvAp5RNLCScFOMZkdhOaHR18DfFB9DsOEibyc57Et+W8zuibpDH QiRikHd1hLqLiNpgcC0H75hkTNEYoFK50um4Zxw7TNoi3n806mRNcWFlbHP3h+720b3NuaNcR5fFF t3KWtsB5QQA1iGSN4NgF9QXaX0WtSadOdVFWHFE9YuJKsfKGfRHEW1rqR+IHVH5L5YNbxVcGUo+Zr rf6nLyAso+xzmR57dA2fJuDFmdUX1eUbVeLCYCt/mn4SwN97sjwdo1mirf7alkqb1EEDIrXYgTJ1J fQIOMzm+ueRryKyH9QuGmw==; Date: Mon, 25 Sep 2023 10:43:00 +0300 Message-Id: <838r8u3dh7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <2625a345-7888-fd0b-2f69-7ca46770a059@cs.ucla.edu> (message from Paul Eggert on Mon, 25 Sep 2023 00:18:02 -0700) References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> <83cyy63g1d.fsf@gnu.org> <2625a345-7888-fd0b-2f69-7ca46770a059@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 25 Sep 2023 00:18:02 -0700 > Cc: jschmidt4gnu@vodafonemail.de, 66186@debbugs.gnu.org > From: Paul Eggert > > On 2023-09-24 23:47, Eli Zaretskii wrote: > > Perhaps process-send-string should install a temporary SIGPIPE > > handler, at least optionally? Paul, WDYT? > > Sounds like a recipe for bad race conditions. > > I'm not following the problem closely. However, the usual way to handle > this is to use sendto's MSG_NOSIGNAL option (GNU/Linux) or use > setsockopt with SO_NOSIGPIPE (the BSDs and macOS). This should prevent > those SIGPIPEs from occurring. I don't think this is about a network subprocess. It's about a real subprocess which runs programs. > Alternatively, but this would be a bigger lift, you can arrange for a > SIGPIPE signal handler to be enabled all the time, even in batch mode. > But then you'll need to resurrect the batch-mode code that used to deal > with this sort of thing (and I've forgotten what it is and as I vaguely > recall it was a bit buggy but you can look at the change history). The > basic idea is that in batch mode, if you ignore SIGPIPE then Emacs > should always check for write errors and exit whenever they happen. Hmm... From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 09:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jim Porter Cc: Eli Zaretskii , 66186@debbugs.gnu.org Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169563255230161 (code B ref 66186); Mon, 25 Sep 2023 09:03:01 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 09:02:32 +0000 Received: from localhost ([127.0.0.1]:44153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkhU8-0007qP-BD for submit@debbugs.gnu.org; Mon, 25 Sep 2023 05:02:32 -0400 Received: from mr4.vodafonemail.de ([145.253.228.164]:60976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkhU3-0007q8-Un for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 05:02:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-21dec; t=1695632529; bh=mToXwsV0T/+9d2Z5SeiabtIYRGiB2sHq7Q/YTkvtlyI=; h=From:To:Subject:References:Date:In-Reply-To:Message-ID:User-Agent: Content-Type:From; b=LdED7W48bQ63sGGkzEBgg1mt2LMnafyCM77kWwvBJZdAEAHlRDX30D2zI1xEsm+gK 8C2cLAcLSsRVjvelRKRHPcZGEwvcaU6rNvycmYnMLtXcdUK3bUPg+cyrb5fA+iJdWb hdLzlE5pOGnw4/QAeShLNiuDbELVepVq9nyDdqJ4= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr4.vodafonemail.de (Postfix) with ESMTPS id 4RvH1s4fD0z1y58; Mon, 25 Sep 2023 09:02:09 +0000 (UTC) Received: from sappc2 (port-92-194-72-119.dynamic.as20676.net [92.194.72.119]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4RvH1f70vQzHpxd; Mon, 25 Sep 2023 09:01:55 +0000 (UTC) From: Jens Schmidt References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> Date: Mon, 25 Sep 2023 11:01:55 +0200 In-Reply-To: <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> (Jim Porter's message of "Sun, 24 Sep 2023 22:34:55 -0700") Message-ID: <87o7hq39to.fsf@sappc2.fritz.box> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate: clean X-purgate-size: 693 X-purgate-ID: 155817::1695632525-A0FF418D-2413DA47/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Jim Porter writes: > On 9/24/2023 9:52 PM, Eli Zaretskii wrote: >>> Date: Sun, 24 Sep 2023 16:02:03 -0700 >>> From: Jim Porter >> Perhaps Eshell should check that the process is still alive before >> calling process-send-string? > > Ok, how about this? Jens, could you try this patch out to see if > it fixes things for you? I managed to reproduce the SIGPIPE twice, but this time in 20-30 tests. So it does not really fix things (as you have suspected as well), but it improved the situation definitely. It's not that I feel badly affected by this bug, it's more of a nuisance. So I leave it to you how to continue here. From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jim Porter Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 19:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Paul Eggert Cc: jschmidt4gnu@vodafonemail.de, 66186@debbugs.gnu.org Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.16956691689815 (code B ref 66186); Mon, 25 Sep 2023 19:13:01 +0000 Received: (at 66186) by debbugs.gnu.org; 25 Sep 2023 19:12:48 +0000 Received: from localhost ([127.0.0.1]:46688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkr0h-0002YF-G5 for submit@debbugs.gnu.org; Mon, 25 Sep 2023 15:12:48 -0400 Received: from mail-pl1-x633.google.com ([2607:f8b0:4864:20::633]:47311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkr0e-0002Y0-12 for 66186@debbugs.gnu.org; Mon, 25 Sep 2023 15:12:46 -0400 Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1c61acd1285so18661335ad.2 for <66186@debbugs.gnu.org>; Mon, 25 Sep 2023 12:12:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695669145; x=1696273945; darn=debbugs.gnu.org; h=in-reply-to:from:references:cc:to:content-language:subject :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=WwMXcoLNkqOU0/tIWfPGg6EBsslFbZc+A8gQnvc0BIY=; b=AIoXn8VhHDs7USKKnvkY6rzixC+t3WYU+W9bQg3pb+EqIbUuPMad705yfq/NbZqlKp d45yF8UuDPNmXOoN98MbS9Hx5z/w4RkL89XccOz3PxoQYsJtOw77enGFAwxYweRUlCC1 FsmUGpgsYdZfG3C1aprcTZ49SGg2xMKO/YhZmEfRQDJfgMkEu1QXcXUYKCiH6wm8hW9Q cD4gwMtA3ke15ShgV6kvpbtRWuKP2lLp6tYt55bD6LLpifv9IeefSWMYydM4vjE07fm0 Z8gz48MvfAGpsmXiIKGRZaZIGb3cpYQNKbrPnNTns10g9BQpXvXHV/dkgc10KsvVUOsz sXJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695669145; x=1696273945; h=in-reply-to:from:references:cc:to:content-language:subject :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=WwMXcoLNkqOU0/tIWfPGg6EBsslFbZc+A8gQnvc0BIY=; b=tWv+VW9z+ih759fnyEOmSrVCmAFs4BLqtP3mAlyAxAskZupRo9Mog6o9Spz7YlU7K5 MavC6C3FOSiGfr+OrpPBEsZ1ZxFhe9t23EfRiXfVB1rdhHTS12Y7LRJaTjfdw71fg0fh ejPqZtME09Tx7ptZOSl6cjySuZnAGszzp3rXyKq1ZGar3q3Y5C9kcAfx8o/kbfRK+7yn ZG0Mh0P3ojY7XGh+9vIIAxfX13uc9eeX7D694ygnB8JE1sqd5INPHkOCX9njq282jhKZ IBp/QNGOQIT9WKQrHP/U7O04M0GAnIN/SF/0LZdk4uWrFrwbVSnFLlAcIVgvc7x8iUqy AZ4Q== X-Gm-Message-State: AOJu0Ywqlwu8Nc/yhX6dIu0Db4AW9YsQ1pn8TszWQHkJQ7AvS7d9Wrcc 4A6en/2Zdj4takrSEAIxLIM= X-Google-Smtp-Source: AGHT+IEDXfyLibbtP38gDAMXNcpngyK2nKYud+/AfC7QRmjCTYIq0GpEUZrAB6YF2aCwUGxgnqp+cQ== X-Received: by 2002:a17:903:4d0:b0:1c6:a2b:5a5c with SMTP id jm16-20020a17090304d000b001c60a2b5a5cmr4091268plb.34.1695669145508; Mon, 25 Sep 2023 12:12:25 -0700 (PDT) Received: from [192.168.1.2] (cpe-76-168-148-233.socal.res.rr.com. [76.168.148.233]) by smtp.googlemail.com with ESMTPSA id li11-20020a170903294b00b001b89466a5f4sm9308293plb.105.2023.09.25.12.12.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 25 Sep 2023 12:12:24 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------IRsbiyTqjhjBFJsrBQ0zFSOa" Message-ID: <972583d0-a054-bc87-3227-0d52be405212@gmail.com> Date: Mon, 25 Sep 2023 12:12:23 -0700 MIME-Version: 1.0 Content-Language: en-US References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> <83cyy63g1d.fsf@gnu.org> From: Jim Porter In-Reply-To: <83cyy63g1d.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------IRsbiyTqjhjBFJsrBQ0zFSOa Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/24/2023 11:47 PM, Eli Zaretskii wrote: >> Date: Sun, 24 Sep 2023 22:47:58 -0700 >> From: Jim Porter >> Cc: jschmidt4gnu@vodafonemail.de, 66186@debbugs.gnu.org >> >> I forgot to add: Is there potential for a race condition here? I think >> I'd written it the other way because there's a chance that the process >> exits in between checking 'process-live-p' and calling >> 'process-send-string'. > > Yes, and therefore I think you should also keep the old code that > wrapped the call in condition-case. Ok, so I've rewritten the patch. Now there are no non-test code changes, so Eshell works as it did before, for better or worse. Jumping through hoops to reduce, but not eliminate, the chance of a crash didn't seem like the right direction to me. However, I also added a comment in 'eshell-output-object-to-target' pointing to this bug, in case anyone finds this SIGPIPE behavior to be an actual problem (it might be an issue for people who want to write shell scripts in Eshell, but I don't think that's very common anyway). And then... >> I could probably also write the test to avoid this race condition >> entirely, since it's not actually trying to trigger a SIGPIPE (though in >> general, Eshell should do the right thing in response to SIGPIPE). That >> would make the regression tests happy. > > That's always a good thing, thanks. ... I've also done this. Now the regression tests should just avoid the possibility of a SIGPIPE, which will hopefully resolve this bug. Jens, could you try this version out to make sure the tests pass reliably for you? --------------IRsbiyTqjhjBFJsrBQ0zFSOa Content-Type: text/plain; charset=UTF-8; name="0001-Adjust-Eshell-regression-tests-to-avoid-SIGPIPE.patch" Content-Disposition: attachment; filename*0="0001-Adjust-Eshell-regression-tests-to-avoid-SIGPIPE.patch" Content-Transfer-Encoding: base64 RnJvbSAyZmVhYzNmM2MwYTY2MzBhYWRiNDc0NmMzZmRjYzE2N2JkYTJlMjUzIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKaW0gUG9ydGVyIDxqcG9ydGVyYnVnc0BnbWFpbC5j b20+CkRhdGU6IFN1biwgMjQgU2VwIDIwMjMgMjI6MzA6MzQgLTA3MDAKU3ViamVjdDogW1BB VENIXSA7IEFkanVzdCBFc2hlbGwgcmVncmVzc2lvbiB0ZXN0cyB0byBhdm9pZCBTSUdQSVBF CgpJbiBiYXRjaCBtb2RlLCBTSUdQSVBFcyBjYW4gY2F1c2UgRW1hY3MgdG8gYWJvcnQgKGJ1 ZyM2NjE4NikuCgoqIGxpc3AvZXNoZWxsL2VzaC1pby5lbCAoZXNoZWxsLW91dHB1dC1vYmpl Y3QtdG8tdGFyZ2V0KTogVXBkYXRlCmNvbW1lbnQuCgoqIHRlc3QvbGlzcC9lc2hlbGwvZXNo LXByb2MtdGVzdHMuZWwKKGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBl L21pZGRsZSkKKGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2xhc3Qp OiBVc2UgJ3ByaW50bmwnLCBzaW5jZQp0aGF0IGNhdXNlcyBubyBvdXRwdXQgd2hlbiBjYWxs ZWQgd2l0aCBubyBhcmd1bWVudHMsIHRodXMgYXZvaWRpbmcgYQpyaXNreSAncHJvY2Vzcy1z ZW5kLXN0cmluZycuCi0tLQogbGlzcC9lc2hlbGwvZXNoLWlvLmVsICAgICAgICAgICAgICB8 ICA3ICsrKysrLS0KIHRlc3QvbGlzcC9lc2hlbGwvZXNoLXByb2MtdGVzdHMuZWwgfCAyMCAr KysrKysrLS0tLS0tLS0tLS0tLQogMiBmaWxlcyBjaGFuZ2VkLCAxMiBpbnNlcnRpb25zKCsp LCAxNSBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saXNwL2VzaGVsbC9lc2gtaW8uZWwg Yi9saXNwL2VzaGVsbC9lc2gtaW8uZWwKaW5kZXggY2QwY2VlNmUyMWQuLmQwZjFlMDRlOTI1 IDEwMDY0NAotLS0gYS9saXNwL2VzaGVsbC9lc2gtaW8uZWwKKysrIGIvbGlzcC9lc2hlbGwv ZXNoLWlvLmVsCkBAIC02NDgsOCArNjQ4LDExIEBAIGVzaGVsbC1vdXRwdXQtb2JqZWN0LXRv LXRhcmdldAogICAgICAgKHByb2Nlc3Mtc2VuZC1zdHJpbmcgdGFyZ2V0IG9iamVjdCkKICAg ICAoZXJyb3IKICAgICAgOzsgSWYgYHByb2Nlc3Mtc2VuZC1zdHJpbmcnIHJhaXNlcyBhbiBl cnJvciBhbmQgdGhlIHByb2Nlc3MgaGFzCi0gICAgIDs7IGZpbmlzaGVkLCB0cmVhdCBpdCBh cyBhIGJyb2tlbiBwaXBlLiAgT3RoZXJ3aXNlLCBqdXN0Ci0gICAgIDs7IHJlLXRocm93IHRo ZSBzaWduYWwuCisgICAgIDs7IGZpbmlzaGVkLCB0cmVhdCBpdCBhcyBhIGJyb2tlbiBwaXBl LiAgT3RoZXJ3aXNlLCBqdXN0IHJlLXJhaXNlCisgICAgIDs7IHRoZSBzaWduYWwuICBOT1RF OiBXaGVuIHJ1bm5pbmcgRW1hY3MgaW4gYmF0Y2ggbW9kZQorICAgICA7OyAoZS5nLiBkdXJp bmcgcmVncmVzc2lvbiB0ZXN0cyksIEVtYWNzIGNhbiBhYm9ydCBkdWUgdG8gU0lHUElQRQor ICAgICA7OyBoZXJlLiAgTWF5YmUgYHByb2Nlc3Mtc2VuZC1zdHJpbmcnIHNob3VsZCBoYW5k bGUgU0lHUElQRSBldmVuCisgICAgIDs7IGluIGJhdGNoIG1vZGUgKGJ1ZyM2NjE4NikuCiAg ICAgIChpZiAocHJvY2Vzcy1saXZlLXAgdGFyZ2V0KQogICAgICAgICAgKHNpZ25hbCAoY2Fy IGVycikgKGNkciBlcnIpKQogICAgICAgIChzaWduYWwgJ2VzaGVsbC1waXBlLWJyb2tlbiAo bGlzdCB0YXJnZXQpKSkpKQpkaWZmIC0tZ2l0IGEvdGVzdC9saXNwL2VzaGVsbC9lc2gtcHJv Yy10ZXN0cy5lbCBiL3Rlc3QvbGlzcC9lc2hlbGwvZXNoLXByb2MtdGVzdHMuZWwKaW5kZXgg ZDU4NzY0YWMyOWYuLjJmMDNjMDdiMzVlIDEwMDY0NAotLS0gYS90ZXN0L2xpc3AvZXNoZWxs L2VzaC1wcm9jLXRlc3RzLmVsCisrKyBiL3Rlc3QvbGlzcC9lc2hlbGwvZXNoLXByb2MtdGVz dHMuZWwKQEAgLTE3NCwyMyArMTc0LDE3IEBAIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29u bmVjdGlvbi10eXBlL21pZGRsZQogcGlwZWxpbmUuIgogICAoc2tpcC11bmxlc3MgKGFuZCAo ZXhlY3V0YWJsZS1maW5kICJzaCIpCiAgICAgICAgICAgICAgICAgICAgIChleGVjdXRhYmxl LWZpbmQgImNhdCIpKSkKLSAgOzsgQW4gYGVzaGVsbC1waXBlLWJyb2tlbicgc2lnbmFsIG1p Z2h0IG9jY3VyIGludGVybmFsbHk7IGxldCBFc2hlbGwKLSAgOzsgaGFuZGxlIGl0IQotICAo bGV0ICgoZGVidWctb24tZXJyb3IgbmlsKSkKLSAgICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0 LWVxdWFsCi0gICAgIChjb25jYXQgImVjaG8gaGkgfCAiIGVzaC1wcm9jLXRlc3QtLWRldGVj dC1wdHktY21kICIgfCBjYXQiKQotICAgICBuaWwpKSkKKyAgKGVzaGVsbC1jb21tYW5kLXJl c3VsdC1lcXVhbAorICAgKGNvbmNhdCAicHJpbnRubCB8ICIgZXNoLXByb2MtdGVzdC0tZGV0 ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCisgICBuaWwpKQogCiAoZXJ0LWRlZnRlc3QgZXNoLXBy b2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdCAoKQogICAiVGVzdCB0aGF0 IG9ubHkgb3V0cHV0IHN0cmVhbXMgYXJlIFBUWXMgd2hlbiBhIGNvbW1hbmQgZW5kcyBhIHBp cGVsaW5lLiIKICAgKHNraXAtdW5sZXNzIChleGVjdXRhYmxlLWZpbmQgInNoIikpCi0gIDs7 IEFuIGBlc2hlbGwtcGlwZS1icm9rZW4nIHNpZ25hbCBtaWdodCBvY2N1ciBpbnRlcm5hbGx5 OyBsZXQgRXNoZWxsCi0gIDs7IGhhbmRsZSBpdCEKLSAgKGxldCAoKGRlYnVnLW9uLWVycm9y IG5pbCkpCi0gICAgKGVzaGVsbC1jb21tYW5kLXJlc3VsdC1lcXVhbAotICAgICAoY29uY2F0 ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCkKLSAgICAgKHVu bGVzcyAoZXEgc3lzdGVtLXR5cGUgJ3dpbmRvd3MtbnQpCi0gICAgICAgInN0ZG91dFxuc3Rk ZXJyXG4iKSkpKQorICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCisgICAoY29uY2F0 ICJwcmludG5sIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCkKKyAgICh1bmxl c3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQorICAgICAic3Rkb3V0XG5zdGRlcnJc biIpKSkKIAogDAogOzsgU3luY2hyb25vdXMgcHJvY2Vzc2VzCi0tIAoyLjI1LjEKCg== --------------IRsbiyTqjhjBFJsrBQ0zFSOa-- From unknown Mon Aug 18 18:00:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Sep 2023 20:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66186 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jim Porter Cc: Eli Zaretskii , Paul Eggert , 66186@debbugs.gnu.org Received: via spool by 66186-submit@debbugs.gnu.org id=B66186.169593325228108 (code B ref 66186); Thu, 28 Sep 2023 20:35:02 +0000 Received: (at 66186) by debbugs.gnu.org; 28 Sep 2023 20:34:12 +0000 Received: from localhost ([127.0.0.1]:54630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qlxi8-0007JH-0X for submit@debbugs.gnu.org; Thu, 28 Sep 2023 16:34:12 -0400 Received: from mr4.vodafonemail.de ([145.253.228.164]:44314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qlxi3-0007Ii-Hl for 66186@debbugs.gnu.org; Thu, 28 Sep 2023 16:34:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-21dec; t=1695933226; bh=4sf7NzhWmo1nLeKjqzTYh3T4AaES77CrTeZ+ovJR8y4=; h=From:To:Subject:References:Date:In-Reply-To:Message-ID:User-Agent: Content-Type:From; b=EuvepIEFf6vca7+7+13hkNUbGtA9Ebxi3RPDTJb5e2y45nWf1F17nGdFgUUAIPCXi BMu/Wwth0++YM4r1zOISiVsCEM8QGnlqdAoBnMrqsDjDfp3yiFVeNjfZyeKhwLqJnp tvtDDSmVjb75BhdTmVr/QQwFh/pXiVueaPzzatnw= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr4.vodafonemail.de (Postfix) with ESMTPS id 4RxQDV4LN6z1xvG; Thu, 28 Sep 2023 20:33:46 +0000 (UTC) Received: from sappc2 (port-92-194-43-39.dynamic.as20676.net [92.194.43.39]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4RxQDD4bt9z9s5l; Thu, 28 Sep 2023 20:33:29 +0000 (UTC) From: Jens Schmidt References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> <83cyy63g1d.fsf@gnu.org> <972583d0-a054-bc87-3227-0d52be405212@gmail.com> Date: Thu, 28 Sep 2023 22:33:28 +0200 In-Reply-To: <972583d0-a054-bc87-3227-0d52be405212@gmail.com> (Jim Porter's message of "Mon, 25 Sep 2023 12:12:23 -0700") Message-ID: <87fs2y6ns7.fsf@sappc2.fritz.box> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate: clean X-purgate-size: 1708 X-purgate-ID: 155817::1695933222-14FF4E22-F955D43C/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Jim Porter writes: > On 9/24/2023 11:47 PM, Eli Zaretskii wrote: > >> That's always a good thing, thanks. > > ... I've also done this. Now the regression tests should just > avoid the possibility of a SIGPIPE, which will hopefully resolve > this bug. > > Jens, could you try this version out to make sure the tests pass > reliably for you? They do pass reliably now, thanks. TBH, I initially didn't read your commit message and, hence, failed to understand that `printnl' without parameters prints nothing - I thought it would print at least a newline, which seemed to me like pushing the race condition just further down the line. So how about using something that more explicitly does not print anything? Like, for example `(ignore)', which also seems to generate no output? (Actually, I also tested a variant where that shell statement simply slurps its stdin, like generated by this function: (defun esh-proc-test--detect-pty-cmd (&optional read-input) "Generate a shell command that prints the standard stream status. The generated shell command prints the standard streams which are connected as TTYs. If READ-INPUT is present and non-nil and Emacs is in batch mode the generated command gobbles up stdin to avoid SIGPIPE errors." (concat "sh -c '" "if [ -t 0 ]; then echo stdin; fi; " "if [ -t 1 ]; then echo stdout; fi; " "if [ -t 2 ]; then echo stderr; fi; " (when (and read-input noninteractive) ;; Read stdin using only shell built-ins. "while read dummy; do :; done; ") "'")) But simply not printing to the pipe is of course, well, simpler.) From unknown Mon Aug 18 18:00:58 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Jens Schmidt Subject: bug#66186: closed (Re: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece) Message-ID: References: X-Gnu-PR-Message: they-closed 66186 X-Gnu-PR-Package: emacs Reply-To: 66186@debbugs.gnu.org Date: Sun, 01 Oct 2023 20:15:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1696191302-25867-1" This is a multi-part message in MIME format... ------------=_1696191302-25867-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e5086= 1ca7ed3f620fe62ac6572f6e88b3600ece which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 66186@debbugs.gnu.org. --=20 66186: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D66186 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1696191302-25867-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 66186-done) by debbugs.gnu.org; 1 Oct 2023 20:14:03 +0000 Received: from localhost ([127.0.0.1]:35425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qn2pH-0006hB-5G for submit@debbugs.gnu.org; Sun, 01 Oct 2023 16:14:03 -0400 Received: from mail-pl1-x62f.google.com ([2607:f8b0:4864:20::62f]:52279) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qn2pF-0006gY-T8 for 66186-done@debbugs.gnu.org; Sun, 01 Oct 2023 16:14:02 -0400 Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1c3d8fb23d9so116896005ad.0 for <66186-done@debbugs.gnu.org>; Sun, 01 Oct 2023 13:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696191220; x=1696796020; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=npV02UKCR1K+qMzix+vFEY7UcwoyxI8FPz7yWoym7ts=; b=dnwmODQoddSwmmkzc0SSmGIpT75jyH/SMOnaUYY4nqV8COoiVnn1j0PrzVn6UaGlfD rs95laE03p28Lks2Osn99PMRpaxE9N3GQ54JYlU1GavlvB63JJvvgxneMlmbtE3ndjDl 7xsTCE8cz47tE/fGyFrC4bDSl+tRiE3LglMXgzu62Lm+hwsH5VOXFSBp9O9Cwcd4azvi OBtcG9dMTjyX2LKcldYcN7R3l7hvpEkbLN3HgneBeht+Ml+75w70AVTtGsCmoRpLHzwK clcPCeoQ7e64LNkPCy9UMaF9j56NJm2qTupWakassoQz2H4i5NBub+5QMn/cZXPIACYj RvbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696191220; x=1696796020; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=npV02UKCR1K+qMzix+vFEY7UcwoyxI8FPz7yWoym7ts=; b=O/31g59BCxjgKIP7RPLlCNNWEti5wcHyIL+jN//itkP2kPid6VYtrW9p7GOGF9ePdx CS9WUOu+JKrhIlbS01r6K/04TZPhzTvOsocby4vzWL8LtXCze8xWIDn9+xfMuZHplnuH UJOBsWAFdBw0elgoxyeI4o9/ZoMBs8epWFjHkKNSqrftT/lwxcX1LkbL2cGgtnEdnk0N KZ94rtqszrQ2Wy0YT5mQ6+ENX5sTAaDvpm87jIjeVdaw26lKVoqHrr18SNSqJP/WNF4P kDbFgPHx84hqwNdc+hrLXdPCsUuU3Ss/+k7M97Ysi5fb8N2OXqsKaSI6UaGVodFRHU55 xvoA== X-Gm-Message-State: AOJu0Yx4c1LtmC/4E4tSfqBajbWrSJgTwrXKH9ruMJ55xVBCjHbrYo4+ fdaAr8LFqm3wsBmPxHU8fHU= X-Google-Smtp-Source: AGHT+IHco7TkQEkhezyXWeBCiqgQW1rFg5V9fAZstfGg1GKzoH9Hh50Hl8dWE7UNLIhqDtwUFsIYMg== X-Received: by 2002:a17:902:f7d1:b0:1bc:10cf:50d8 with SMTP id h17-20020a170902f7d100b001bc10cf50d8mr7648672plw.23.1696191219711; Sun, 01 Oct 2023 13:13:39 -0700 (PDT) Received: from [192.168.1.2] (cpe-76-168-148-233.socal.res.rr.com. [76.168.148.233]) by smtp.googlemail.com with ESMTPSA id i3-20020a170902c94300b001c6092d35b9sm15709303pla.85.2023.10.01.13.13.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 01 Oct 2023 13:13:39 -0700 (PDT) Message-ID: Date: Sun, 1 Oct 2023 13:13:28 -0700 MIME-Version: 1.0 Subject: Re: bug#66186: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Content-Language: en-US To: Jens Schmidt References: <83fs323ldl.fsf@gnu.org> <0bf05269-a8b4-3457-95e1-0c1916f33b22@gmail.com> <83cyy63g1d.fsf@gnu.org> <972583d0-a054-bc87-3227-0d52be405212@gmail.com> <87fs2y6ns7.fsf@sappc2.fritz.box> From: Jim Porter In-Reply-To: <87fs2y6ns7.fsf@sappc2.fritz.box> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66186-done Cc: Eli Zaretskii , Paul Eggert , 66186-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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Version: 30.1 On 9/28/2023 1:33 PM, Jens Schmidt via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > They do pass reliably now, thanks. Thanks for checking. > So how about using something that more explicitly does not print > anything? Like, for example `(ignore)', which also seems to generate no > output? Now merged to master as 862e5effbf9 with the change from 'printnl' to '(ignore)', so closing this. ------------=_1696191302-25867-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 24 Sep 2023 21:36:08 +0000 Received: from localhost ([127.0.0.1]:43696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkWlq-0003K7-GI for submit@debbugs.gnu.org; Sun, 24 Sep 2023 17:36:08 -0400 Received: from lists.gnu.org ([2001:470:142::17]:54664) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkWlm-0003JZ-8u for submit@debbugs.gnu.org; Sun, 24 Sep 2023 17:36:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkWlU-0007dX-GX for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2023 17:35:44 -0400 Received: from mr4.vodafonemail.de ([145.253.228.164]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkWlP-0007WI-TF for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2023 17:35:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-21dec; t=1695591337; bh=NumbNNdhKATuTWTY1UOloIqhLxFu9Z2JCxnDVvoJG20=; h=Content-Type:Message-ID:Date:User-Agent:Content-Language:From:To: Subject:From; b=LmDrVbviYanh9GefRaTGNV4+sYDor/KdpjfoYooEdP/lkh4ZXT+e/Hl16x2na+FUE 0qlQnESjm+n9WhIX1whRG1d603OL9E8bm9puYQcAT6r6Ej9A6A6g0FZoc1aelCGKyT 2POFe24kxU2QLg0TYuKJZC2lzRoFgV41lAJIl6Bc= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr4.vodafonemail.de (Postfix) with ESMTPS id 4Rtznj2p9hz1xwp for ; Sun, 24 Sep 2023 21:35:37 +0000 (UTC) Received: from [192.168.178.41] (port-92-194-14-237.dynamic.as20676.net [92.194.14.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Rtznc3dR2zKm4D for ; Sun, 24 Sep 2023 21:35:29 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------l26rvrCXZ1Z24goKd93JzhTw" Message-ID: Date: Sun, 24 Sep 2023 23:35:24 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Content-Language: de-DE-frami, en-US From: Jens Schmidt To: bug-gnu-emacs@gnu.org Subject: "make lisp/eshell/esh-proc-tests" fails intermittently since 7e50861ca7ed3f620fe62ac6572f6e88b3600ece X-purgate-type: clean X-purgate: clean X-purgate-size: 34813 X-purgate-ID: 155817::1695591333-3BFF958E-5EFC2845/0/0 Received-SPF: pass client-ip=145.253.228.164; envelope-from=jschmidt4gnu@vodafonemail.de; helo=mr4.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.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: -1.0 (-) This is a multi-part message in MIME format. --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Debbugs-CC: Jim Porter First reported here: https://yhetil.org/emacs-devel/ea8d365a-f014-d4d7-14d0-60ccdfe7974e@vodafonemail.de/ Rest of mail structured by outline mode conventions. I managed to get a GDB backtrace of a SIGPIPE, please see last section. * Original Text of Above Mail Not sure whether anybody has seen or reported already: Approx. 1 of 5 executions of "make lisp/eshell/esh-proc-tests" fail for me like this: ------------------------- snip ------------------------- make[1]: Entering directory '/home/jschmidt/work/emacs-master/test' GEN lisp/eshell/esh-proc-tests.log Running 23 tests (2023-09-24 20:32:11+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... passed 1/23 esh-proc-test/exit-status/failure (0.117111 sec) passed 2/23 esh-proc-test/exit-status/success (0.105469 sec) passed 3/23 esh-proc-test/exit-status/with-stderr-pipe (0.105925 sec) passed 4/23 esh-proc-test/kill-pipeline (0.108324 sec) passed 5/23 esh-proc-test/kill-pipeline-head (0.108148 sec) passed 6/23 esh-proc-test/kill-process/background-prompt (0.005315 sec) [sleep]+ Done (/usr/bin/sleep 100) passed 7/23 esh-proc-test/kill-process/foreground-only (0.207743 sec) passed 8/23 esh-proc-test/kill-process/redirect-message (0.004864 sec) Tramp: Sending command `exec sh -i' Tramp: Found remote shell prompt on `sappc2' Tramp: Sending command `exec sh -i' Tramp: Found remote shell prompt on `sappc2' passed 9/23 esh-proc-test/output/remote-redirect (0.157058 sec) passed 10/23 esh-proc-test/output/stderr-to-buffer (0.106075 sec) passed 11/23 esh-proc-test/output/stdout-and-stderr-to-buffer (0.105911 sec) passed 12/23 esh-proc-test/output/stdout-to-buffer (0.105907 sec) passed 13/23 esh-proc-test/output/to-screen (0.105792 sec) passed 14/23 esh-proc-test/pipeline-connection-type/first (0.055700 sec) passed 15/23 esh-proc-test/pipeline-connection-type/last (0.056159 sec) make[1]: *** [Makefile:181: lisp/eshell/esh-proc-tests.log] Broken pipe make[1]: Leaving directory '/home/jschmidt/work/emacs-master/test' make: *** [Makefile:247: lisp/eshell/esh-proc-tests] Error 2 ------------------------- snip ------------------------- I bisected with ------------------------- snip ------------------------- #!/bin/bash make FAST=true -j8 bootstrap || exit 1 for (( i = 0; i < 30; i++ )); do ( cd test && make lisp/eshell/esh-proc-tests ) || exit 1 done exit 0 ------------------------- snip ------------------------- to ------------------------- snip ------------------------- 7e50861ca7ed3f620fe62ac6572f6e88b3600ece is the first bad commit commit 7e50861ca7ed3f620fe62ac6572f6e88b3600ece Author: Jim Porter Date: Thu Sep 14 17:51:16 2023 -0700 ; Simplify how to use 'eshell-debug-command' Now, 'eshell-debug-command' works more like 'format-message', which is how we usually use it. * lisp/eshell/esh-util.el (eshell-always-debug-command): New function. (eshell-debug-command): Simplify. Update callers. lisp/eshell/esh-arg.el | 6 +++--- lisp/eshell/esh-cmd.el | 10 ++++++---- lisp/eshell/esh-proc.el | 41 +++++++++++++++++------------------------ lisp/eshell/esh-util.el | 26 +++++++++++++++++--------- 4 files changed, 43 insertions(+), 40 deletions(-) bisect run success ------------------------- snip ------------------------- Pls let me know whether I should open a separate bug for this. * Modified Test Case On master, commit 947409d408ed763a9fc35f9f7df97fec28a16837, I took lisp/eshell/esh-proc-tests.el and stripped off everything but tests passed 1/12 esh-proc-test/pipeline-connection-type/first (0.067548 sec) passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057414 sec) passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.057129 sec) passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.057843 sec) passed 5/12 esh-proc-test/pipeline-connection-type/last (0.055670 sec) passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.055894 sec) passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056194 sec) passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056234 sec) passed 9/12 esh-proc-test/pipeline-connection-type/middle (0.058843 sec) passed 10/12 esh-proc-test/pipeline-connection-type/middle0 (0.077003 sec) passed 11/12 esh-proc-test/pipeline-connection-type/middle1 (0.057962 sec) passed 12/12 esh-proc-test/pipeline-connection-type/middle2 (0.058520 sec) where the N are just a copy of . Attached for reference. A good test log is also attached for reference. * Broken Pipe (Rare) [test]$ make lisp/eshell/esh-proc-tests make[1]: Entering directory '/home/jschmidt/work/emacs-master/test' GEN lisp/eshell/esh-proc-tests.log Running 12 tests (2023-09-24 23:27:38+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... passed 1/12 esh-proc-test/pipeline-connection-type/first (0.067822 sec) passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057025 sec) passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.057386 sec) passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.057817 sec) passed 5/12 esh-proc-test/pipeline-connection-type/last (0.055977 sec) passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.055745 sec) make[1]: *** [Makefile:181: lisp/eshell/esh-proc-tests.log] Broken pipe make[1]: Leaving directory '/home/jschmidt/work/emacs-master/test' make: *** [Makefile:247: lisp/eshell/esh-proc-tests] Error 2 * Test Aborted with Elisp Stacktrace (Even Rarer) Executed under the control of GDB, but also happens without GDB. [test]$ HOME=/nonexistent LANG=C EMACS_TEST_DIRECTORY=/home/jschmidt/work/emacs-master/test gdb -q -batch -ex run -ex backtrace --args "../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp -L ":." -l ert -l lisp/eshell/esh-proc-tests.el --batch --eval '(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffee036700 (LWP 7917)] [Detaching after vfork from child process 7918] [Detaching after vfork from child process 7919] [Detaching after vfork from child process 7920] [Detaching after vfork from child process 7921] Running 12 tests (2023-09-24 23:15:37+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... [Detaching after vfork from child process 7922] [Detaching after vfork from child process 7923] passed 1/12 esh-proc-test/pipeline-connection-type/first (0.076640 sec) [Detaching after vfork from child process 7924] [Detaching after vfork from child process 7925] passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.058361 sec) [Detaching after vfork from child process 7926] [Detaching after vfork from child process 7927] passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.058868 sec) [Detaching after vfork from child process 7928] [Detaching after vfork from child process 7929] passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.059533 sec) [Detaching after vfork from child process 7930] passed 5/12 esh-proc-test/pipeline-connection-type/last (0.056367 sec) [Detaching after vfork from child process 7931] passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.056656 sec) [Detaching after vfork from child process 7932] passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056970 sec) [Detaching after vfork from child process 7933] passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056878 sec) [Detaching after vfork from child process 7934] [Detaching after vfork from child process 7935] passed 9/12 esh-proc-test/pipeline-connection-type/middle (0.060267 sec) [Detaching after vfork from child process 7936] [Detaching after vfork from child process 7937] passed 10/12 esh-proc-test/pipeline-connection-type/middle0 (0.081130 sec) [Detaching after vfork from child process 7938] [Detaching after vfork from child process 7939] Test esh-proc-test/pipeline-connection-type/middle1 aborted with non-local exit [Detaching after vfork from child process 7940] [Detaching after vfork from child process 7941] [Detaching after vfork from child process 7942] [Detaching after vfork from child process 7953] [Detaching after vfork from child process 7954] ABORTED 11/12 esh-proc-test/pipeline-connection-type/middle1 (0.008848 sec) at lisp/eshell/esh-proc-tests.el:116 Aborted: Ran 12 tests, 10 results as expected, 0 unexpected (2023-09-24 23:15:38+0200, 0.653765 sec) Error running tests backtrace() #f(compiled-function () #)() ert-run-tests-batch-and-exit((not (tag :unstable))) command-line-1(("-L" ":." "-l" "ert" "-l" "lisp/eshell/esh-proc-tests.el" "--eval" "(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))")) command-line() normal-top-level() [Thread 0x7ffff0543400 (LWP 7913) exited] [Inferior 1 (process 7913) exited with code 02] * Broken Pipe with gdb Stack Trace [test]$ HOME=/nonexistent LANG=C EMACS_TEST_DIRECTORY=/home/jschmidt/work/emacs-master/test gdb -q -batch -ex run -ex backtrace --args "../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp -L ":." -l ert -l lisp/eshell/esh-proc-tests.el --batch --eval '(ert-run-tests-batch-and-exit (quote (not (tag :unstable))))' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffee036700 (LWP 7969)] [Detaching after vfork from child process 7970] [Detaching after vfork from child process 7971] [Detaching after vfork from child process 7972] [Detaching after vfork from child process 7973] Running 12 tests (2023-09-24 23:15:39+0200, selector `(not (tag :unstable))') Loading em-alias... Loading em-banner... Loading em-basic... Loading em-cmpl... Loading em-extpipe... Loading em-glob... Loading em-hist... Loading em-ls... Loading em-pred... Loading em-prompt... Loading em-script... Loading em-term... Loading em-unix... [Detaching after vfork from child process 7974] [Detaching after vfork from child process 7975] passed 1/12 esh-proc-test/pipeline-connection-type/first (0.076930 sec) [Detaching after vfork from child process 7976] [Detaching after vfork from child process 7977] passed 2/12 esh-proc-test/pipeline-connection-type/first0 (0.057770 sec) [Detaching after vfork from child process 7978] [Detaching after vfork from child process 7979] passed 3/12 esh-proc-test/pipeline-connection-type/first1 (0.058679 sec) [Detaching after vfork from child process 7980] [Detaching after vfork from child process 7981] passed 4/12 esh-proc-test/pipeline-connection-type/first2 (0.058402 sec) [Detaching after vfork from child process 7982] passed 5/12 esh-proc-test/pipeline-connection-type/last (0.056096 sec) [Detaching after vfork from child process 7983] passed 6/12 esh-proc-test/pipeline-connection-type/last0 (0.056120 sec) [Detaching after vfork from child process 7984] passed 7/12 esh-proc-test/pipeline-connection-type/last1 (0.056147 sec) [Detaching after vfork from child process 7985] passed 8/12 esh-proc-test/pipeline-connection-type/last2 (0.056252 sec) [Detaching after vfork from child process 7986] [Detaching after vfork from child process 7987] Thread 1 "emacs" received signal SIGPIPE, Broken pipe. 0x00007ffff57bffef in write () from /lib/x86_64-linux-gnu/libpthread.so.0 #0 0x00007ffff57bffef in write () at /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00005555556f2f08 in emacs_full_write (fd=19, buf=0x5555565918b8 "hi", nbyte=2, interruptible=-1) at sysdep.c:2812 #2 0x00005555557c1ef8 in send_process (proc=, buf=, len=, object=) at process.c:6670 #3 0x00005555557c2318 in Fprocess_send_string (process=, string=0x5555565862d4) at lisp.h:779 #4 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #5 0x0000555555760883 in Ffuncall (nargs=3, args=0x7fffee067160) at eval.c:3008 #6 0x0000555555760d69 in Fapply (nargs=4, args=0x7fffee067160) at eval.c:2632 #7 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #8 0x0000555555765ec7 in apply_lambda (fun=0x55555631d4dd, args=, count=...) at eval.c:3116 #9 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #10 0x0000555555766e80 in Feval (form=0x7fffed39a1b3, lexical=) at eval.c:2375 #11 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #12 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffb5d0) at eval.c:3008 #13 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #14 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #15 Flet (args=0x7fffed389d23) at eval.c:1038 #16 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #17 0x0000555555766e80 in Feval (form=0x7fffed389d33, lexical=) at eval.c:2375 #18 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #19 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffb8b0) at eval.c:3008 #20 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #21 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #22 Flet (args=0x7fffed39a463) at eval.c:1038 #23 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #24 0x0000555555766e80 in Feval (form=0x7fffed39a473, lexical=) at eval.c:2375 #25 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #26 0x0000555555765ec7 in apply_lambda (fun=0x55555631aead, args=, count=...) at eval.c:3116 #27 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #28 0x0000555555766c81 in internal_lisp_condition_case (var=0x1db700, bodyform=0x7fffed3999e3, handlers=) at eval.c:1440 #29 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #30 0x0000555555766e80 in Feval (form=0x7fffed398ba3, lexical=) at eval.c:2375 #31 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #32 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffbeb0) at eval.c:3008 #33 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #34 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #35 Flet (args=0x7fffed398fb3) at eval.c:1038 #36 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #37 0x0000555555766e80 in Feval (form=0x7fffed398fc3, lexical=) at eval.c:2375 #38 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #39 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc180) at eval.c:3008 #40 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #41 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #42 Flet (args=0x7fffed398a73) at eval.c:1038 #43 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #44 0x0000555555766e80 in Feval (form=0x7fffed398a83, lexical=) at eval.c:2375 #45 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #46 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc450) at eval.c:3008 #47 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #48 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #49 Flet (args=0x7fffed3985b3) at eval.c:1038 #50 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #51 0x0000555555766e80 in Feval (form=0x7fffed3985c3, lexical=) at eval.c:2375 #52 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #53 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffc730) at eval.c:3008 #54 0x0000555555764503 in eval_sub (form=) at lisp.h:779 #55 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #56 Flet (args=0x7fffed3a7e73) at eval.c:1038 #57 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #58 0x0000555555766e80 in Feval (form=0x7fffed3a7e83, lexical=) at eval.c:2375 #59 0x00005555557a7fb6 in exec_byte_code (fun=, args_template=, nargs=, args=) at lisp.h:779 #60 0x0000555555765ec7 in apply_lambda (fun=0x555556361115, args=, count=...) at eval.c:3116 #61 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #62 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #63 Flet (args=0x7fffed55f013) at eval.c:1038 #64 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #65 0x0000555555764a21 in Fprogn (body=) at eval.c:436 #66 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #67 0x00005555557668b7 in Funwind_protect (args=0x7fffed55f813) at lisp.h:779 #68 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #69 0x0000555555766709 in Fprogn (body=) at eval.c:436 #70 FletX (args=0x7fffed55f963) at eval.c:970 #71 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #72 0x0000555555765901 in Fprogn (body=) at eval.c:436 #73 funcall_lambda (fun=0x7fffed55fa33, nargs=1, arg_vector=0x7fffffffcfa0) at eval.c:3246 #74 0x0000555555765ec7 in apply_lambda (fun=0x7fffed55fa43, args=, count=...) at eval.c:3116 #75 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #76 0x00005555557644c4 in eval_sub (form=) at eval.c:2478 #77 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #78 Flet (args=0x7fffed550f73) at eval.c:1038 #79 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #80 0x0000555555766c81 in internal_lisp_condition_case (var=0x1db700, bodyform=0x7fffed550f83, handlers=) at eval.c:1440 #81 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #82 0x000055555576653c in FletX (args=0x7fffed5522f3) at lisp.h:779 #83 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #84 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #85 Flet (args=0x7fffed552323) at eval.c:1038 #86 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #87 0x0000555555765901 in Fprogn (body=) at eval.c:436 #88 funcall_lambda (fun=0x7fffed5523f3, nargs=2, arg_vector=0x7fffffffd700) at eval.c:3246 #89 0x0000555555765ec7 in apply_lambda (fun=0x7fffed552403, args=, count=...) at eval.c:3116 #90 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #91 0x00005555557662e1 in Fprogn (body=) at eval.c:436 #92 Flet (args=0x7fffed54f113) at eval.c:1038 #93 0x00005555557646b0 in eval_sub (form=) at lisp.h:779 #94 0x0000555555765901 in Fprogn (body=) at eval.c:436 #95 funcall_lambda (fun=0x7fffed541f43, nargs=0, arg_vector=0x7fffee066270) at eval.c:3246 #96 0x00005555557a7d4e in exec_byte_code (fun=, args_template=, nargs=, args=) at bytecode.c:817 #97 0x0000555555765ec7 in apply_lambda (fun=0x5555560f81fd, args=, count=...) at eval.c:3116 #98 0x0000555555764008 in eval_sub (form=) at eval.c:2601 #99 0x0000555555766e80 in Feval (form=0x7fffed52ef63, lexical=) at eval.c:2375 #100 0x00007fffef012849 in F636f6d6d616e642d6c696e652d31_command_line_1_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #101 0x0000555555760883 in Ffuncall (nargs=2, args=0x7fffffffdff0) at eval.c:3008 #102 0x00007fffef00a268 in F636f6d6d616e642d6c696e65_command_line_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #103 0x0000555555760883 in Ffuncall (nargs=1, args=0x7fffffffe0c8) at eval.c:3008 #104 0x00007fffef005bdf in F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0 () at /home/jschmidt/work/emacs-master/src/../native-lisp/30.0.50-88254aaa/preloaded/startup-bbc6ea72-b64c9391.eln #105 0x0000555555764969 in eval_sub (form=) at lisp.h:779 #106 0x0000555555766e80 in Feval (form=0x7fffefc999bb, lexical=) at eval.c:2375 #107 0x000055555575ef67 in internal_condition_case (bfun=bfun@entry=0x5555556d1c30 , handlers=handlers@entry=0x90, hfun=hfun@entry=0x5555556d9a50 ) at eval.c:1486 #108 0x00005555556d25c6 in top_level_1 (ignore=ignore@entry=0x0) at keyboard.c:1174 #109 0x000055555575eec1 in internal_catch (tag=tag@entry=0x107d0, func=func@entry=0x5555556d25a0 , arg=arg@entry=0x0) at eval.c:1209 #110 0x00005555556d1ba8 in command_loop () at lisp.h:1173 #111 0x00005555556d95e3 in recursive_edit_1 () at keyboard.c:744 #112 0x00005555556d9980 in Frecursive_edit () at keyboard.c:827 #113 0x00005555555a9de6 in main (argc=, argv=) at emacs.c:2625 --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/x-emacs-lisp; charset=UTF-8; name="esh-proc-tests.el" Content-Disposition: attachment; filename="esh-proc-tests.el" Content-Transfer-Encoding: base64 Ozs7IGVzaC1wcm9jLXRlc3RzLmVsIC0tLSBlc2gtcHJvYyB0ZXN0IHN1aXRlICAtKi0gbGV4 aWNhbC1iaW5kaW5nOnQgLSotCgo7OyBDb3B5cmlnaHQgKEMpIDIwMjItMjAyMyBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KCjs7IFRoaXMgZmlsZSBpcyBwYXJ0IG9mIEdOVSBF bWFjcy4KCjs7IEdOVSBFbWFjcyBpcyBmcmVlIHNvZnR3YXJlOiB5b3UgY2FuIHJlZGlzdHJp YnV0ZSBpdCBhbmQvb3IgbW9kaWZ5Cjs7IGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05V IEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5Cjs7IHRoZSBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIGVpdGhlciB2ZXJzaW9uIDMgb2YgdGhlIExpY2Vuc2UsIG9y Cjs7IChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCgo7OyBHTlUgRW1hY3Mg aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKOzsg YnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2Fy cmFudHkgb2YKOzsgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxB UiBQVVJQT1NFLiAgU2VlIHRoZQo7OyBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3Ig bW9yZSBkZXRhaWxzLgoKOzsgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0 aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKOzsgYWxvbmcgd2l0aCBHTlUgRW1hY3Mu ICBJZiBub3QsIHNlZSA8aHR0cHM6Ly93d3cuZ251Lm9yZy9saWNlbnNlcy8+LgoKOzs7IENv ZGU6CgoocmVxdWlyZSAndHJhbXApCihyZXF1aXJlICdlcnQpCihyZXF1aXJlICdlc2gtbW9k ZSkKKHJlcXVpcmUgJ2VzaGVsbCkKCihyZXF1aXJlICdlc2hlbGwtdGVzdHMtaGVscGVycwog ICAgICAgICAoZXhwYW5kLWZpbGUtbmFtZSAiZXNoZWxsLXRlc3RzLWhlbHBlcnMiCiAgICAg ICAgICAgICAgICAgICAgICAgICAgIChmaWxlLW5hbWUtZGlyZWN0b3J5IChvciBsb2FkLWZp bGUtbmFtZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZGVmYXVsdC1kaXJlY3RvcnkpKSkpCgooZGVmdmFyIGVzaC1wcm9jLXRlc3QtLW91 dHB1dC1jbWQKICAoY29uY2F0ICJzaCAtYyAnIgogICAgICAgICAgImVjaG8gc3Rkb3V0OyAi CiAgICAgICAgICAiZWNobyBzdGRlcnIgPiYyIgogICAgICAgICAgIiciKQogICJBIHNoZWxs IGNvbW1hbmQgdGhhdCBwcmludHMgdG8gYm90aCBzdGRvdXQgYW5kIHN0ZGVyci4iKQoKKGRl ZnZhciBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZAogIChjb25jYXQgInNoIC1jICci CiAgICAgICAgICAiaWYgWyAtdCAwIF07IHRoZW4gZWNobyBzdGRpbjsgZmk7ICIKICAgICAg ICAgICJpZiBbIC10IDEgXTsgdGhlbiBlY2hvIHN0ZG91dDsgZmk7ICIKICAgICAgICAgICJp ZiBbIC10IDIgXTsgdGhlbiBlY2hvIHN0ZGVycjsgZmkiCiAgICAgICAgICAiJyIpCiAgIkEg c2hlbGwgY29tbWFuZCB0aGF0IHByaW50cyB0aGUgc3RhbmRhcmQgc3RyZWFtcyBjb25uZWN0 ZWQgYXMgVFRZcy4iKQoKOzs7IFRlc3RzOgoKDAo7OyBPdXRwdXQgYW5kIHJlZGlyZWN0aW9u CgoKDAo7OyBQaXBlbGluZXMKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5l LWNvbm5lY3Rpb24tdHlwZS9maXJzdCAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBh IFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNz IChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVj dXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAg IChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1 bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoK KGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2Zp cnN0MCAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBhIFBUWSB3aGVuIGEgY29tbWFu ZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFibGUt ZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNhdCIp KSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAgIChjb25jYXQgZXNoLXByb2Mt dGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1bmxlc3MgKGVxIHN5c3RlbS10 eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoKKGVydC1kZWZ0ZXN0IGVzaC1w cm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2ZpcnN0MSAoKQogICJUZXN0IHRo YXQgb25seSBzdGRpbiBpcyBhIFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGlu ZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAg ICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1h bmQtcmVzdWx0LWVxdWFsCiAgIChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1j bWQgIiB8IGNhdCIpCiAgICh1bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQog ICAgICJzdGRpblxuIikpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUt Y29ubmVjdGlvbi10eXBlL2ZpcnN0MiAoKQogICJUZXN0IHRoYXQgb25seSBzdGRpbiBpcyBh IFBUWSB3aGVuIGEgY29tbWFuZCBzdGFydHMgYSBwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNz IChhbmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVj dXRhYmxlLWZpbmQgImNhdCIpKSkKICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAg IChjb25jYXQgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICh1 bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50KQogICAgICJzdGRpblxuIikpKQoK KGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL21p ZGRsZSAoKQogICJUZXN0IHRoYXQgYWxsIHN0cmVhbXMgYXJlIHBpcGVzIHdoZW4gYSBjb21t YW5kIGlzIGluIHRoZSBtaWRkbGUgb2YgYQpwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChh bmQgKGV4ZWN1dGFibGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRh YmxlLWZpbmQgImNhdCIpKSkKICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwg bWlnaHQgb2NjdXIgaW50ZXJuYWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAo bGV0ICgoZGVidWctb24tZXJyb3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQt ZXF1YWwKICAgICAoY29uY2F0ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3Qt cHR5LWNtZCAiIHwgY2F0IikKICAgICBuaWwpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10 ZXN0L3BpcGVsaW5lLWNvbm5lY3Rpb24tdHlwZS9taWRkbGUwICgpCiAgIlRlc3QgdGhhdCBh bGwgc3RyZWFtcyBhcmUgcGlwZXMgd2hlbiBhIGNvbW1hbmQgaXMgaW4gdGhlIG1pZGRsZSBv ZiBhCnBpcGVsaW5lLiIKICAoc2tpcC11bmxlc3MgKGFuZCAoZXhlY3V0YWJsZS1maW5kICJz aCIpCiAgICAgICAgICAgICAgICAgICAgKGV4ZWN1dGFibGUtZmluZCAiY2F0IikpKQogIDs7 IEFuIGBlc2hlbGwtcGlwZS1icm9rZW4nIHNpZ25hbCBtaWdodCBvY2N1ciBpbnRlcm5hbGx5 OyBsZXQgRXNoZWxsCiAgOzsgaGFuZGxlIGl0IQogIChsZXQgKChkZWJ1Zy1vbi1lcnJvciBu aWwpKQogICAgKGVzaGVsbC1jb21tYW5kLXJlc3VsdC1lcXVhbAogICAgIChjb25jYXQgImVj aG8gaGkgfCAiIGVzaC1wcm9jLXRlc3QtLWRldGVjdC1wdHktY21kICIgfCBjYXQiKQogICAg IG5pbCkpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlv bi10eXBlL21pZGRsZTEgKCkKICAiVGVzdCB0aGF0IGFsbCBzdHJlYW1zIGFyZSBwaXBlcyB3 aGVuIGEgY29tbWFuZCBpcyBpbiB0aGUgbWlkZGxlIG9mIGEKcGlwZWxpbmUuIgogIChza2lw LXVubGVzcyAoYW5kIChleGVjdXRhYmxlLWZpbmQgInNoIikKICAgICAgICAgICAgICAgICAg ICAoZXhlY3V0YWJsZS1maW5kICJjYXQiKSkpCiAgOzsgQW4gYGVzaGVsbC1waXBlLWJyb2tl bicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxldCBFc2hlbGwKICA7OyBoYW5k bGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkpCiAgICAoZXNoZWxsLWNvbW1h bmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBoaSB8ICIgZXNoLXByb2MtdGVz dC0tZGV0ZWN0LXB0eS1jbWQgIiB8IGNhdCIpCiAgICAgbmlsKSkpCgooZXJ0LWRlZnRlc3Qg ZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlMiAoKQogICJU ZXN0IHRoYXQgYWxsIHN0cmVhbXMgYXJlIHBpcGVzIHdoZW4gYSBjb21tYW5kIGlzIGluIHRo ZSBtaWRkbGUgb2YgYQpwaXBlbGluZS4iCiAgKHNraXAtdW5sZXNzIChhbmQgKGV4ZWN1dGFi bGUtZmluZCAic2giKQogICAgICAgICAgICAgICAgICAgIChleGVjdXRhYmxlLWZpbmQgImNh dCIpKSkKICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwgbWlnaHQgb2NjdXIg aW50ZXJuYWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAobGV0ICgoZGVidWct b24tZXJyb3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQtZXF1YWwKICAgICAo Y29uY2F0ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCAiIHwg Y2F0IikKICAgICBuaWwpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5l LWNvbm5lY3Rpb24tdHlwZS9sYXN0ICgpCiAgIlRlc3QgdGhhdCBvbmx5IG91dHB1dCBzdHJl YW1zIGFyZSBQVFlzIHdoZW4gYSBjb21tYW5kIGVuZHMgYSBwaXBlbGluZS4iCiAgKHNraXAt dW5sZXNzIChleGVjdXRhYmxlLWZpbmQgInNoIikpCiAgOzsgQW4gYGVzaGVsbC1waXBlLWJy b2tlbicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxldCBFc2hlbGwKICA7OyBo YW5kbGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkpCiAgICAoZXNoZWxsLWNv bW1hbmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBoaSB8ICIgZXNoLXByb2Mt dGVzdC0tZGV0ZWN0LXB0eS1jbWQpCiAgICAgKHVubGVzcyAoZXEgc3lzdGVtLXR5cGUgJ3dp bmRvd3MtbnQpCiAgICAgICAic3Rkb3V0XG5zdGRlcnJcbiIpKSkpCgooZXJ0LWRlZnRlc3Qg ZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDAgKCkKICAiVGVz dCB0aGF0IG9ubHkgb3V0cHV0IHN0cmVhbXMgYXJlIFBUWXMgd2hlbiBhIGNvbW1hbmQgZW5k cyBhIHBpcGVsaW5lLiIKICAoc2tpcC11bmxlc3MgKGV4ZWN1dGFibGUtZmluZCAic2giKSkK ICA7OyBBbiBgZXNoZWxsLXBpcGUtYnJva2VuJyBzaWduYWwgbWlnaHQgb2NjdXIgaW50ZXJu YWxseTsgbGV0IEVzaGVsbAogIDs7IGhhbmRsZSBpdCEKICAobGV0ICgoZGVidWctb24tZXJy b3IgbmlsKSkKICAgIChlc2hlbGwtY29tbWFuZC1yZXN1bHQtZXF1YWwKICAgICAoY29uY2F0 ICJlY2hvIGhpIHwgIiBlc2gtcHJvYy10ZXN0LS1kZXRlY3QtcHR5LWNtZCkKICAgICAodW5s ZXNzIChlcSBzeXN0ZW0tdHlwZSAnd2luZG93cy1udCkKICAgICAgICJzdGRvdXRcbnN0ZGVy clxuIikpKSkKCihlcnQtZGVmdGVzdCBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNvbm5lY3Rp b24tdHlwZS9sYXN0MSAoKQogICJUZXN0IHRoYXQgb25seSBvdXRwdXQgc3RyZWFtcyBhcmUg UFRZcyB3aGVuIGEgY29tbWFuZCBlbmRzIGEgcGlwZWxpbmUuIgogIChza2lwLXVubGVzcyAo ZXhlY3V0YWJsZS1maW5kICJzaCIpKQogIDs7IEFuIGBlc2hlbGwtcGlwZS1icm9rZW4nIHNp Z25hbCBtaWdodCBvY2N1ciBpbnRlcm5hbGx5OyBsZXQgRXNoZWxsCiAgOzsgaGFuZGxlIGl0 IQogIChsZXQgKChkZWJ1Zy1vbi1lcnJvciBuaWwpKQogICAgKGVzaGVsbC1jb21tYW5kLXJl c3VsdC1lcXVhbAogICAgIChjb25jYXQgImVjaG8gaGkgfCAiIGVzaC1wcm9jLXRlc3QtLWRl dGVjdC1wdHktY21kKQogICAgICh1bmxlc3MgKGVxIHN5c3RlbS10eXBlICd3aW5kb3dzLW50 KQogICAgICAgInN0ZG91dFxuc3RkZXJyXG4iKSkpKQoKKGVydC1kZWZ0ZXN0IGVzaC1wcm9j LXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2xhc3QyICgpCiAgIlRlc3QgdGhhdCBv bmx5IG91dHB1dCBzdHJlYW1zIGFyZSBQVFlzIHdoZW4gYSBjb21tYW5kIGVuZHMgYSBwaXBl bGluZS4iCiAgKHNraXAtdW5sZXNzIChleGVjdXRhYmxlLWZpbmQgInNoIikpCiAgOzsgQW4g YGVzaGVsbC1waXBlLWJyb2tlbicgc2lnbmFsIG1pZ2h0IG9jY3VyIGludGVybmFsbHk7IGxl dCBFc2hlbGwKICA7OyBoYW5kbGUgaXQhCiAgKGxldCAoKGRlYnVnLW9uLWVycm9yIG5pbCkp CiAgICAoZXNoZWxsLWNvbW1hbmQtcmVzdWx0LWVxdWFsCiAgICAgKGNvbmNhdCAiZWNobyBo aSB8ICIgZXNoLXByb2MtdGVzdC0tZGV0ZWN0LXB0eS1jbWQpCiAgICAgKHVubGVzcyAoZXEg c3lzdGVtLXR5cGUgJ3dpbmRvd3MtbnQpCiAgICAgICAic3Rkb3V0XG5zdGRlcnJcbiIpKSkp Cgo7OzsgZXNoLXByb2MtdGVzdHMuZWwgZW5kcyBoZXJlCg== --------------l26rvrCXZ1Z24goKd93JzhTw Content-Type: text/x-log; charset=UTF-8; name="esh-proc-tests.log" Content-Disposition: attachment; filename="esh-proc-tests.log" Content-Transfer-Encoding: base64 UnVubmluZyAxMiB0ZXN0cyAoMjAyMy0wOS0yNCAyMzozMDo0MCswMjAwLCBzZWxlY3RvciBg KG5vdCAodGFnIDp1bnN0YWJsZSkpJykKTG9hZGluZyBlbS1hbGlhcy4uLgpMb2FkaW5nIGVt LWJhbm5lci4uLgpMb2FkaW5nIGVtLWJhc2ljLi4uCkxvYWRpbmcgZW0tY21wbC4uLgpMb2Fk aW5nIGVtLWV4dHBpcGUuLi4KTG9hZGluZyBlbS1nbG9iLi4uCkxvYWRpbmcgZW0taGlzdC4u LgpMb2FkaW5nIGVtLWxzLi4uCkxvYWRpbmcgZW0tcHJlZC4uLgpMb2FkaW5nIGVtLXByb21w dC4uLgpMb2FkaW5nIGVtLXNjcmlwdC4uLgpMb2FkaW5nIGVtLXRlcm0uLi4KTG9hZGluZyBl bS11bml4Li4uCiAgIHBhc3NlZCAgIDEvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29u bmVjdGlvbi10eXBlL2ZpcnN0ICgwLjA2NTg1MSBzZWMpCiAgIHBhc3NlZCAgIDIvMTIgIGVz aC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10eXBlL2ZpcnN0MCAoMC4wNTcwMjAg c2VjKQogICBwYXNzZWQgICAzLzEyICBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNvbm5lY3Rp b24tdHlwZS9maXJzdDEgKDAuMDU3MzcwIHNlYykKICAgcGFzc2VkICAgNC8xMiAgZXNoLXBy b2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvZmlyc3QyICgwLjA1NzI5OCBzZWMp CiAgIHBhc3NlZCAgIDUvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUtY29ubmVjdGlvbi10 eXBlL2xhc3QgKDAuMDU0NTgxIHNlYykKICAgcGFzc2VkICAgNi8xMiAgZXNoLXByb2MtdGVz dC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDAgKDAuMDU1NTg4IHNlYykKICAgcGFz c2VkICAgNy8xMiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbGFz dDEgKDAuMDU1ODIzIHNlYykKICAgcGFzc2VkICAgOC8xMiAgZXNoLXByb2MtdGVzdC9waXBl bGluZS1jb25uZWN0aW9uLXR5cGUvbGFzdDIgKDAuMDU0NDEwIHNlYykKICAgcGFzc2VkICAg OS8xMiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlICgw LjA1Nzg1OCBzZWMpCiAgIHBhc3NlZCAgMTAvMTIgIGVzaC1wcm9jLXRlc3QvcGlwZWxpbmUt Y29ubmVjdGlvbi10eXBlL21pZGRsZTAgKDAuMDc2ODI0IHNlYykKICAgcGFzc2VkICAxMS8x MiAgZXNoLXByb2MtdGVzdC9waXBlbGluZS1jb25uZWN0aW9uLXR5cGUvbWlkZGxlMSAoMC4w NTc2Mjggc2VjKQogICBwYXNzZWQgIDEyLzEyICBlc2gtcHJvYy10ZXN0L3BpcGVsaW5lLWNv bm5lY3Rpb24tdHlwZS9taWRkbGUyICgwLjA1NzY1NyBzZWMpCgpSYW4gMTIgdGVzdHMsIDEy IHJlc3VsdHMgYXMgZXhwZWN0ZWQsIDAgdW5leHBlY3RlZCAoMjAyMy0wOS0yNCAyMzozMDo0 MSswMjAwLCAwLjcwOTk2OSBzZWMpCgo= --------------l26rvrCXZ1Z24goKd93JzhTw-- ------------=_1696191302-25867-1--