From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Nov 2017 14:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 29170@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.150997806930277 (code B ref -1); Mon, 06 Nov 2017 14:22:02 +0000 Received: (at submit) by debbugs.gnu.org; 6 Nov 2017 14:21:09 +0000 Received: from localhost ([127.0.0.1]:53169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBiGy-0007sH-Q7 for submit@debbugs.gnu.org; Mon, 06 Nov 2017 09:21:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBiGw-0007rP-E4 for submit@debbugs.gnu.org; Mon, 06 Nov 2017 09:21:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eBiGl-0005mh-34 for submit@debbugs.gnu.org; Mon, 06 Nov 2017 09:21:01 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33013) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eBiGl-0005mK-0C for submit@debbugs.gnu.org; Mon, 06 Nov 2017 09:20:55 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBiGg-0004vG-Kv for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 09:20:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eBiGa-0005V3-Qa for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 09:20:50 -0500 Received: from a.omecha.info ([89.234.176.136]:33752 helo=omecha.info) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBiGa-0005Th-Jn for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 09:20:44 -0500 Received: from puffy.omecha.info (unknown [192.168.99.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by omecha.info (Postfix) with ESMTPSA id 6695A1EF for ; Mon, 6 Nov 2017 15:20:42 +0100 (CET) From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Date: Mon, 06 Nov 2017 15:20:41 +0100 Message-ID: <87fu9rwksm.fsf@omecha.info> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Hello, For some time now (emacs-25.1), emacs freezes when I use `org-capture'. The problem occurs when emacs tries to read the SECONDARY selection. The following snippet can be used to freeze emacs for 2s everytime on my computer : (let ((value 'SECONDARY) (x-selection-timeout 2000)) ;;; from org-get-x-clipboard in lisp/org-compat.el (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) If the user (me) send any commands (C-p, C-n, M-x, ...) to emacs when it is frozen, Emacs will stay frozen even after the 2s timeout. Most of the time, it is possible to recover from the freeze by sending SIGUSR2 to the emacs process. The backtrace is : Debugger entered--Lisp error: (quit) x-get-selection-internal(SECONDARY STRING nil nil) #f(compiled-function (selection-symbol target-type &optional time-stamp terminal) #)(SECONDARY STRING) apply(#f(compiled-function (selection-symbol target-type &optional time-stamp terminal) #) (SECONDARY STRING)) gui-backend-get-selection(SECONDARY STRING) gui-get-selection(SECONDARY STRING) (let ((value 'SECONDARY) (x-selection-timeout 2000)) (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) eval((let ((value 'SECONDARY) (x-selection-timeout 2000)) (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) nil) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) I've done some experiments : - Any *single* call of `gui-get-selection' will not freeze emacs for 2s. - Any *combination of two* calls of `gui-get-selection' will freeze emacs for 2s but it will just stops if any command is sent (C-p, C-n, ...). - Any *combination of three or four* calls of `gui-get-selection' will freeze emacs for 2s and freeze emacs completely if any command is sent (C-p, C-n, ...). But I've no idea where to look to find out how to fix this problem. Please, tell me how I can help. I'm using Emacs 26.0.90 with Gtk3 on OpenBSD 6.2-current (GENERIC.MP). Best, In GNU Emacs 26.0.90 (build 1, x86_64-unknown-openbsd, GTK+ Version 3.22.24) of 2017-10-29 built on puffy Repository revision: 6361151a84d643d4a5d658f740dac5809c682704 Windowing system distributor 'The X.Org Foundation', version 11.0.11804000 Configured using: 'configure --build=amd64-unknown-openbsd --without-sound --with-x-toolkit=gtk3 --prefix=/usr/local --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/info --localstatedir=/var --disable-silent-rules --disable-gtk-doc 'CFLAGS=-O2 -pipe -fno-pie' CPPFLAGS=-I/usr/local/include 'LDFLAGS=-L/usr/local/lib -nopie'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK DBUS GSETTINGS NOTIFY GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 LCMS2 Important settings: value of $LC_ALL: en_US.UTF-8 value of $LC_COLLATE: en_US.UTF-8 value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: en_US.UTF-8 value of $LC_MONETARY: en_US.UTF-8 value of $LC_NUMERIC: en_US.UTF-8 value of $LC_TIME: en_US.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD References: <87fu9rwksm.fsf@omecha.info> In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: Piotr Isajew Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Nov 2017 18:22:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.151016528431125 (code B ref 29170); Wed, 08 Nov 2017 18:22:03 +0000 Received: (at 29170) by debbugs.gnu.org; 8 Nov 2017 18:21:24 +0000 Received: from localhost ([127.0.0.1]:58861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCUyZ-00085v-IL for submit@debbugs.gnu.org; Wed, 08 Nov 2017 13:21:24 -0500 Received: from emma.ex.com.pl ([94.23.12.177]:38826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCUeh-0007a0-7D for 29170@debbugs.gnu.org; Wed, 08 Nov 2017 13:00:51 -0500 Received: from [192.168.0.14] (helo=undefined) by emma.ex.com.pl with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85) (envelope-from ) id 1eCUeZ-0006M7-Dp for 29170@debbugs.gnu.org; Wed, 08 Nov 2017 19:00:43 +0100 Received: from pki by undefined with local (Exim 4.89) (envelope-from ) id 1eCUeY-0000mm-DK for 29170@debbugs.gnu.org; Wed, 08 Nov 2017 19:00:42 +0100 Date: Wed, 8 Nov 2017 19:00:42 +0100 From: Piotr Isajew Message-ID: <20171108180042.GA25530@undefined.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-No-Archive: Yes X-PGP-Key: 0x481BC5D8 User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Wed, 08 Nov 2017 13:21:20 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Adding to the original report - I've noticed an issue which may also relate to the same problem. I'm using org-capture on OpenBSD under X11. M-x org-capture displays a list of capture templates. On any other system I have access to, or even on OpenBSD console, pressing a template letter will open a capture buffer. On X11 however it hangs until I move mouse. This was observed for Emacs 25 and 26 on OpenBSD only. Additionally there are some situations when Emacs will just hang in an infinite loop. There's no way to interrupt this, other than SIGKILL. I'm attaching stacktraces for such a situation: info thre 4 thread 424274 _thread_sys_poll () at -:3 3 thread 437321 _thread_sys_poll () at -:3 * 2 thread 476142 _thread_sys_poll () at -:3 1 thread 131181 wait_reading_process_output (time_limit=5, nsecs=0, read_kbd=0, do_display=false, wait_for_cell=16374659, wait_proc=0x0, just_wait_proc=0) at process.c:5296 (gdb) thr 4 [Switching to thread 4 (thread 424274)]#0 _thread_sys_poll () at -:3 3 in - (gdb) inf sta #0 _thread_sys_poll () at -:3 #1 0x00000002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not available. ) at /usr/src/lib/libc/sys/w_poll.c:27 #2 0x000000022d883497 in g_main_context_iterate () at gmain.c:4271 #3 0x000000022d883594 in g_main_context_iteration (context=0x20ddb0500, may_block=The value of variable 'may_block' is distributed across several locations, and GDB cannot access its value. ) at gmain.c:4033 #4 0x00000002c7f2bb7d in g_io_module_query () from /usr/local/lib/gio/modules/libdconfsettings.so #5 0x000000022d8ac3fa in g_thread_proxy (data=0x259d50190) at gthread.c:784 #6 0x0000000275642cae in _rthread_start (v=Variable "v" is not available. ) at /usr/src/lib/librthread/rthread.c:96 #7 0x00000002c6d1b96b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #8 0x0000000000000000 in ?? () (gdb) thr 3 [Switching to thread 3 (thread 437321)]#0 _thread_sys_poll () at -:3 3 in - (gdb) inf sta #0 _thread_sys_poll () at -:3 #1 0x00000002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not available. ) at /usr/src/lib/libc/sys/w_poll.c:27 #2 0x000000022d883497 in g_main_context_iterate () at gmain.c:4271 #3 0x000000022d883594 in g_main_context_iteration (context=0x243a3ce00, may_block=The value of variable 'may_block' is distributed across several locations, and GDB cannot access its value. ) at gmain.c:4033 #4 0x000000022d885296 in glib_worker_main (data=Variable "data" is not available. ) at gmain.c:5824 #5 0x000000022d8ac3fa in g_thread_proxy (data=0x259d50000) at gthread.c:784 #6 0x0000000275642cae in _rthread_start (v=Variable "v" is not available. ) at /usr/src/lib/librthread/rthread.c:96 #7 0x00000002c6d1b96b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 (gdb) thr 2 [Switching to thread 2 (thread 476142)]#0 _thread_sys_poll () at -:3 3 in - (gdb) inf sta #0 _thread_sys_poll () at -:3 #1 0x00000002c6d1f45f in _libc_poll_cancel (fds=Variable "fds" is not available. ) at /usr/src/lib/libc/sys/w_poll.c:27 #2 0x000000022d883497 in g_main_context_iterate () at gmain.c:4271 #3 0x000000022d88382f in g_main_loop_run (loop=0x249a70a80) at gmain.c:4168 #4 0x00000002a5dac8cb in gdbus_shared_thread_func (user_data=0x2039baa80) at gdbusprivate.c:252 #5 0x000000022d8ac3fa in g_thread_proxy (data=0x27f39fed0) at gthread.c:784 #6 0x0000000275642cae in _rthread_start (v=Variable "v" is not available. ) at /usr/src/lib/librthread/rthread.c:96 #7 0x00000002c6d1b96b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #8 0x0000000000000000 in ?? () (gdb) thr 1 [Switching to thread 1 (thread 131181)]#0 wait_reading_process_output ( time_limit=5, nsecs=0, read_kbd=0, do_display=false, wait_for_cell=16374659, wait_proc=0x0, just_wait_proc=0) at process.c:5296 5296 FD_ZERO (&Available); Current language: auto; currently minimal (gdb) inf sta #0 wait_reading_process_output (time_limit=5, nsecs=0, read_kbd=0, do_display=false, wait_for_cell=16374659, wait_proc=0x0, just_wait_proc=0) at process.c:5296 #1 0x00000000005b297d in x_get_foreign_selection (selection_symbol=9120, target_type=240, time_stamp=0, frame=22101045) at xselect.c:1201 #2 0x00000000005b1f4c in Fx_get_selection_internal (selection_symbol=9120, target_type=240, time_stamp=0, terminal=0) at xselect.c:2010 #3 0x00000000006fabf7 in funcall_subr (subr=0xbc8318, numargs=4, args=0x7f7ffffdacd0) at eval.c:2849 #4 0x00000000006f983a in Ffuncall (nargs=5, args=0x7f7ffffdacc8) at eval.c:2766 #5 0x0000000000782f3d in exec_byte_code (bytestr=26624420, vector=20306061, maxdepth=38, args_template=4106, nargs=2, args=0x7f7ffffdb798) at bytecode.c:629 #6 0x00000000006fafc5 in funcall_lambda (fun=23387365, nargs=2, arg_vector=0x7f7ffffdb788) at eval.c:2967 #7 0x00000000006f9882 in Ffuncall (nargs=3, args=0x7f7ffffdb780) at eval.c:2768 #8 0x00000000006f961a in Fapply (nargs=2, args=0x7f7ffffdc0f0) at eval.c:2386 #9 0x00000000006faa86 in funcall_subr (subr=0xed78d8, numargs=2, args=0x7f7ffffdc0f0) at eval.c:2821 #10 0x00000000006f983a in Ffuncall (nargs=3, args=0x7f7ffffdc0e8) at eval.c:2766 #11 0x0000000000782f3d in exec_byte_code (bytestr=22680196, vector=21880661, maxdepth=62, args_template=514, nargs=2, args=0x7f7ffffdcc20) at bytecode.c:629 #12 0x00000000006fafc5 in funcall_lambda (fun=21811109, nargs=2, arg_vector=0x7f7ffffdcc20) at eval.c:2967 #13 0x00000000006f9882 in Ffuncall (nargs=3, args=0x7f7ffffdcc18) at eval.c:2768 #14 0x0000000000782f3d in exec_byte_code (bytestr=13593108, vector=13593141, maxdepth=38, args_template=2050, nargs=2, args=0x7f7ffffdd758) at bytecode.c:629 #15 0x00000000006fafc5 in funcall_lambda (fun=13593061, nargs=2, arg_vector=0x7f7ffffdd748) at eval.c:2967 #16 0x00000000006f9882 in Ffuncall (nargs=3, args=0x7f7ffffdd740) at eval.c:2768 #17 0x0000000000782f3d in exec_byte_code (bytestr=11746807908, vector=24821037, maxdepth=34, args_template=1030, nargs=1, args=0x7f7ffffde348) at bytecode.c:629 #18 0x00000000006fafc5 in funcall_lambda (fun=24821173, nargs=1, arg_vector=0x7f7ffffde340) at eval.c:2967 #19 0x00000000006f9882 in Ffuncall (nargs=2, args=0x7f7ffffde338) at eval.c:2768 #20 0x0000000000782f3d in exec_byte_code (bytestr=11743124740, vector=11965495141, maxdepth=178, args_template=3074, nargs=0, args=0x7f7ffffdf3e0) at bytecode.c:629 #21 0x00000000006fafc5 in funcall_lambda (fun=11965496357, nargs=0, arg_vector=0x7f7ffffdf3e0) at eval.c:2967 #22 0x00000000006f9882 in Ffuncall (nargs=1, args=0x7f7ffffdf3d8) at eval.c:2768 #23 0x0000000000782f3d in exec_byte_code (bytestr=11904366884, vector=9575961797, maxdepth=86, args_template=2050, nargs=1, args=0x7f7ffffe01f8) at bytecode.c:629 #24 0x00000000006fafc5 in funcall_lambda (fun=9575962493, nargs=1, arg_vector=0x7f7ffffe01f0) at eval.c:2967 #25 0x00000000006f9882 in Ffuncall (nargs=2, args=0x7f7ffffe01e8) at eval.c:2768 #26 0x00000000006daa3a in Ffuncall_interactively (nargs=2, args=0x7f7ffffe01e8) at callint.c:252 #27 0x00000000006faa86 in funcall_subr (subr=0xed7308, numargs=2, args=0x7f7ffffe01e8) at eval.c:2821 #28 0x00000000006f983a in Ffuncall (nargs=3, args=0x7f7ffffe01e0) at eval.c:2766 #29 0x00000000006dd2bb in Fcall_interactively (function=7336368, record_flag=0, keys=10242735877) at callint.c:841 #30 0x00000000006fabb9 in funcall_subr (subr=0xed72d8, numargs=3, args=0x7f7ffffe0a20) at eval.c:2846 #31 0x00000000006f983a in Ffuncall (nargs=4, args=0x7f7ffffe0a18) at eval.c:2766 #32 0x0000000000782f3d in exec_byte_code (bytestr=13161172, vector=13161205, maxdepth=54, args_template=4102, nargs=1, args=0x7f7ffffe15a8) at bytecode.c:629 #33 0x00000000006fafc5 in funcall_lambda (fun=13161125, nargs=1, arg_vector=0x7f7ffffe15a0) at eval.c:2967 #34 0x00000000006f9882 in Ffuncall (nargs=2, args=0x7f7ffffe1598) at eval.c:2768 #35 0x00000000006fa3b2 in call1 (fn=15840, arg1=7336368) at eval.c:2617 #36 0x00000000005d67d7 in command_loop_1 () at keyboard.c:1482 #37 0x00000000006eaa57 in internal_condition_case ( bfun=0x5d5e50 , handlers=20688, hfun=0x5ec220 ) at eval.c:1332 #38 0x00000000005ec122 in command_loop_2 (ignore=0) at keyboard.c:1110 #39 0x00000000006ea218 in internal_catch (tag=50256, func=0x5ec0f0 , arg=0) at eval.c:1097 #40 0x00000000005d5414 in command_loop () at keyboard.c:1089 #41 0x00000000005d527c in recursive_edit_1 () at keyboard.c:695 #42 0x00000000005d559e in Frecursive_edit () at keyboard.c:766 #43 0x00000000005d301f in main (argc=1, argv=0x7f7ffffe1d78) at emacs.c:1713 From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD References: <87fu9rwksm.fsf@omecha.info> In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Nov 2017 15:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.151023998517922 (code B ref 29170); Thu, 09 Nov 2017 15:07:01 +0000 Received: (at 29170) by debbugs.gnu.org; 9 Nov 2017 15:06:25 +0000 Received: from localhost ([127.0.0.1]:60541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCoPR-0004ez-Ff for submit@debbugs.gnu.org; Thu, 09 Nov 2017 10:06:25 -0500 Received: from ledu-giraud.fr ([195.154.162.172]:3692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCoPP-0004eq-KZ for 29170@debbugs.gnu.org; Thu, 09 Nov 2017 10:06:24 -0500 Received: from elite.giraud (10.1.1.1 [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id 2341183a (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for <29170@debbugs.gnu.org>; Thu, 9 Nov 2017 16:06:22 +0100 (CET) From: Manuel Giraud Date: Thu, 09 Nov 2017 16:06:22 +0100 Message-ID: <87fu9n7aq9.fsf@elite.giraud> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi, Here is a patch against HEAD to avoid the hang in infinite loop. The 'x-selection-timeout' pause will still be there even with this patch. My understandings: On OpenBSD, most of the time, the function "xselect.c/x_get_foreign_selection" won't get a SelectNotify with (SECONDARY, TEXT) as arguments (that I did not understand and it might never happen on other oses). But then, while waiting at most 'x-selection-timeout' into "process.c/wait_reading_process_output" the 'now' variable won't have a chance of being invalidated or updated and that is what cause the infinite loop. Someone more knowledgeable of "process.c/wait_reading_process_output" might have a better solution to this problem. diff --git a/src/process.c b/src/process.c index fc46e74332..25bd28a82b 100644 --- a/src/process.c +++ b/src/process.c @@ -5115,8 +5115,7 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, /* Exit if already run out. */ if (wait == TIMEOUT) { - if (!timespec_valid_p (now)) - now = current_timespec (); + now = current_timespec (); if (timespec_cmp (end_time, now) <= 0) break; timeout = timespec_sub (end_time, now); -- Manuel Giraud From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Nov 2017 14:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Manuel Giraud Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.15109293891638 (code B ref 29170); Fri, 17 Nov 2017 14:37:01 +0000 Received: (at 29170) by debbugs.gnu.org; 17 Nov 2017 14:36:29 +0000 Received: from localhost ([127.0.0.1]:44418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFhkr-0000QM-JR for submit@debbugs.gnu.org; Fri, 17 Nov 2017 09:36:29 -0500 Received: from a.omecha.info ([89.234.176.136]:38134 helo=omecha.info) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFhkp-0000Q3-KU for 29170@debbugs.gnu.org; Fri, 17 Nov 2017 09:36:28 -0500 Received: from puffy.omecha.info (unknown [192.168.99.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by omecha.info (Postfix) with ESMTPSA id 4ED24590; Fri, 17 Nov 2017 15:36:20 +0100 (CET) From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) References: <87fu9rwksm.fsf@omecha.info> <87fu9n7aq9.fsf@elite.giraud> Date: Fri, 17 Nov 2017 15:36:19 +0100 Message-ID: <87bmk17z18.fsf@omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Manuel Giraud writes: > Hi, Hello Manuel, Thanks for the reply and sorry for the delay. > Here is a patch against HEAD to avoid the hang in infinite loop. The > 'x-selection-timeout' pause will still be there even with this patch. I've tested your patch on emacs-25-3.1 and it does prevent the infinite loop. However, if the user sends input to emacs while it is waiting, it raises the following backtrace : Debugger entered--Lisp error: (error "Timed out waiting for reply from selection owner") x-get-selection-internal(SECONDARY STRING nil nil) #[1026 "\300$\207" [x-get-selection-internal] 9 "\n\n(fn SELECTION-SYMBOL TARGET-TYPE &optional TIME-STAMP TERMINAL)"](SECONDARY STRING) apply(#[1026 "\300$\207" [x-get-selection-internal] 9 "\n\n(fn SELECTION-SYMBOL TARGET-TYPE &optional TIME-STAMP TERMINAL)"] (SECONDARY STRING)) gui-backend-get-selection(SECONDARY STRING) gui-get-selection(SECONDARY STRING) (let ((value (quote SECONDARY)) (x-selection-timeout 2000)) (gui-get-selection value (quote UTF8_STRING)) (gui-get-selection value (quote COMPOUND_TEXT)) (gui-get-selection value (quote STRING)) (gui-get-selection value (quote TEXT))) eval((let ((value (quote SECONDARY)) (x-selection-timeout 2000)) (gui-get-selection value (quote UTF8_STRING)) (gui-get-selection value (quote COMPOUND_TEXT)) (gui-get-selection value (quote STRING)) (gui-get-selection value (quote TEXT))) nil) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) But it's still better than a complete freeze IMO. > My understandings: > > On OpenBSD, most of the time, the function > "xselect.c/x_get_foreign_selection" won't get a SelectNotify with > (SECONDARY, TEXT) as arguments (that I did not understand and it might > never happen on other oses). > > But then, while waiting at most 'x-selection-timeout' into > "process.c/wait_reading_process_output" the 'now' variable won't have a > chance of being invalidated or updated and that is what cause the > infinite loop. > > Someone more knowledgeable of "process.c/wait_reading_process_output" > might have a better solution to this problem. > > diff --git a/src/process.c b/src/process.c > index fc46e74332..25bd28a82b 100644 > --- a/src/process.c > +++ b/src/process.c > @@ -5115,8 +5115,7 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, > /* Exit if already run out. */ > if (wait == TIMEOUT) > { > - if (!timespec_valid_p (now)) > - now = current_timespec (); > + now = current_timespec (); > if (timespec_cmp (end_time, now) <= 0) > break; > timeout = timespec_sub (end_time, now); From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 14:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.151136186323310 (code B ref 29170); Wed, 22 Nov 2017 14:45:02 +0000 Received: (at 29170) by debbugs.gnu.org; 22 Nov 2017 14:44:23 +0000 Received: from localhost ([127.0.0.1]:51997 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWGF-00063u-5y for submit@debbugs.gnu.org; Wed, 22 Nov 2017 09:44:23 -0500 Received: from ledu-giraud.fr ([195.154.162.172]:6836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWGC-00063k-P8 for 29170@debbugs.gnu.org; Wed, 22 Nov 2017 09:44:21 -0500 Received: from elite.giraud (10.1.1.1 [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id 8dd3eaa5 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Wed, 22 Nov 2017 15:44:19 +0100 (CET) From: Manuel Giraud References: <87fu9rwksm.fsf@omecha.info> <87fu9n7aq9.fsf@elite.giraud> <87bmk17z18.fsf@omecha.info> Date: Wed, 22 Nov 2017 15:44:18 +0100 In-Reply-To: <87bmk17z18.fsf@omecha.info> ("=?UTF-8?Q?Gr=C3=A9goire?= Jadi"'s message of "Fri, 17 Nov 2017 15:36:19 +0100") Message-ID: <877eui4blp.fsf@elite.giraud> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) daimrod@omecha.info (Gr=C3=A9goire Jadi) writes: > Manuel Giraud writes: > >> Hi, > > Hello Manuel, > > Thanks for the reply and sorry for the delay. Same :-) >> Here is a patch against HEAD to avoid the hang in infinite loop. The >> 'x-selection-timeout' pause will still be there even with this patch. > > I've tested your patch on emacs-25-3.1 and it does prevent the infinite > loop. However, if the user sends input to emacs while it is waiting, it > raises the following backtrace : Ok. There seems to be ongoing work on wait_reading_process_output: https://lists.gnu.org/archive/html/emacs-devel/2017-11/threads.html#00037 So it might be urgent to wait and see what happens on OpenBSD after this work is done. What you think? --=20 Manuel Giraud From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD Resent-From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 14:51:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Manuel Giraud Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.151136225623941 (code B ref 29170); Wed, 22 Nov 2017 14:51:03 +0000 Received: (at 29170) by debbugs.gnu.org; 22 Nov 2017 14:50:56 +0000 Received: from localhost ([127.0.0.1]:52012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWMa-0006E5-JR for submit@debbugs.gnu.org; Wed, 22 Nov 2017 09:50:56 -0500 Received: from a.omecha.info ([89.234.176.136]:38680 helo=omecha.info) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWMY-0006Dq-40 for 29170@debbugs.gnu.org; Wed, 22 Nov 2017 09:50:54 -0500 Received: from puffy.omecha.info (unknown [192.168.99.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by omecha.info (Postfix) with ESMTPSA id 09CADA7; Wed, 22 Nov 2017 15:50:47 +0100 (CET) From: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) References: <87fu9rwksm.fsf@omecha.info> <87fu9n7aq9.fsf@elite.giraud> <87bmk17z18.fsf@omecha.info> <877eui4blp.fsf@elite.giraud> Date: Wed, 22 Nov 2017 15:50:46 +0100 In-Reply-To: <877eui4blp.fsf@elite.giraud> (Manuel Giraud's message of "Wed, 22 Nov 2017 15:44:18 +0100") Message-ID: <87o9nujrjt.fsf@omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Manuel Giraud writes: > daimrod@omecha.info (Gr=C3=A9goire Jadi) writes: > >> Manuel Giraud writes: >> >>> Hi, >> >> Hello Manuel, >> >> Thanks for the reply and sorry for the delay. > > Same :-) > >>> Here is a patch against HEAD to avoid the hang in infinite loop. The >>> 'x-selection-timeout' pause will still be there even with this patch. >> >> I've tested your patch on emacs-25-3.1 and it does prevent the infinite >> loop. However, if the user sends input to emacs while it is waiting, it >> raises the following backtrace : > > Ok. There seems to be ongoing work on wait_reading_process_output: > https://lists.gnu.org/archive/html/emacs-devel/2017-11/threads.html#00037 > > So it might be urgent to wait and see what happens on OpenBSD after this > work is done. What you think? I agree with you. I saw this discussion too, though I don't understand most of it. I blindly tried the patches to see if it fixed the problem but it did not. Maybe someone will look at this bug once its merged. So, let's wait :) From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 15:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.151136281925605 (code B ref 29170); Wed, 22 Nov 2017 15:01:01 +0000 Received: (at 29170) by debbugs.gnu.org; 22 Nov 2017 15:00:19 +0000 Received: from localhost ([127.0.0.1]:52828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWVf-0006ev-GC for submit@debbugs.gnu.org; Wed, 22 Nov 2017 10:00:19 -0500 Received: from ledu-giraud.fr ([195.154.162.172]:36306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHWVd-0006en-Pu for 29170@debbugs.gnu.org; Wed, 22 Nov 2017 10:00:18 -0500 Received: from elite.giraud (10.1.1.1 [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id 40b1fdcb (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Wed, 22 Nov 2017 16:00:16 +0100 (CET) From: Manuel Giraud References: <87fu9rwksm.fsf@omecha.info> <87fu9n7aq9.fsf@elite.giraud> <87bmk17z18.fsf@omecha.info> <877eui4blp.fsf@elite.giraud> <87o9nujrjt.fsf@omecha.info> Date: Wed, 22 Nov 2017 16:00:15 +0100 In-Reply-To: <87o9nujrjt.fsf@omecha.info> ("=?UTF-8?Q?Gr=C3=A9goire?= Jadi"'s message of "Wed, 22 Nov 2017 15:50:46 +0100") Message-ID: <87wp2i2wao.fsf@elite.giraud> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) daimrod@omecha.info (Gr=C3=A9goire Jadi) writes: > I agree with you. I saw this discussion too, though I don't understand > most of it. I blindly tried the patches to see if it fixed the problem > but it did not. I've just tried it too and get to the same conclusion :-) --=20 Manuel Giraud From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 05 08:48:01 2017 Received: (at control) by debbugs.gnu.org; 5 Dec 2017 13:48:01 +0000 Received: from localhost ([127.0.0.1]:46565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMDZn-00089W-Eu for submit@debbugs.gnu.org; Tue, 05 Dec 2017 08:48:01 -0500 Received: from mail-it0-f51.google.com ([209.85.214.51]:38683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMDZl-00089J-KQ for control@debbugs.gnu.org; Tue, 05 Dec 2017 08:47:57 -0500 Received: by mail-it0-f51.google.com with SMTP id r6so1587500itr.3 for ; Tue, 05 Dec 2017 05:47:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=T2dWvG+5bBjVlDd+NpLIxKcVPaDD95CUUzh7nbPrQHg=; b=DboWMxDg7dSKxFPtyMgq1vrTbDmYgYJ33VEpXbfWICOXLjR2p4GyTj8xIeHjkBAgsl xY9CamJKHLqhjzm+8Jfi+UWHh9twgAVO/cg216T+HIezdDbZ6cPmlbfflUzn85m8bWb+ 2UaUjDzipyrXHUzWcs6BMpG6QLbX+BO/57l/jyumqcQDBbL5qHnvMedt/v5NY4pTOiRx LvltLuw2NrIG1KIpax7mNpdS2tFjMjE66d80e6VQiMN3ptiJ+C8pKqTihV2lD7ofMDW4 i8MZdBsaEavcRk9n+pvBSCKejGLUN6a6shXrXgEpoWAaeU0Wd5V0UgNhvaMshoiM01q3 +WEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=T2dWvG+5bBjVlDd+NpLIxKcVPaDD95CUUzh7nbPrQHg=; b=M8QWuFfzgN7fgA+I52DGyG03GQKpOU+CemEtqvVMSlTJwnvAxNdpuU+SvpHdl6/Gh9 Ghw0mzuHDuYcZiTRXeHL2bUTfUY5mILgv6UY1jP5ynMR4BRDlZy1rOLth9EeIY0YeCpk B2D+UYLTPEFSr0aiMO5TYktEg568PHjII2VNQEjSvx0QQcq7/RRo5mDVxSPcsUPNDJEg xtABiR80aZN3G4rna2d3DKEELrhlsoIL2QPVNcEMXk4N4anivrvPneyb+c0JMSqlSeu7 BEpHTKherRhFey5v0TM+30QH9BOaI1R1AD7B0TyLvJlqWKRdtX62Uihxm6b40/HaFXX+ PH6g== X-Gm-Message-State: AKGB3mI6tV8kUKpuEjvmPRs79TpzCsp4Y/HOkfiePx28pMaebUs1Baq1 cPSESP7gXj+x1TsmLr8pIDcygQ== X-Google-Smtp-Source: AGs4zMbTdimAZVoEDbHwGI/by1UNQrkVYg4DtEJUgtKFotNabqp85PtvcpouHF+88fzAGiqfCep1CQ== X-Received: by 10.36.83.133 with SMTP id n127mr10198692itb.60.1512481671874; Tue, 05 Dec 2017 05:47:51 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id 139sm5012049itm.2.2017.12.05.05.47.50 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Dec 2017 05:47:51 -0800 (PST) From: Noam Postavsky To: control@debbugs.gnu.org Subject: control message for bug #29170 Date: Tue, 05 Dec 2017 08:47:50 -0500 Message-ID: <874lp5gubd.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) retitle 29170 Emacs freezes when capturing an org-template (multiple calls to gui-get-selection)) quit From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Aug 2020 11:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Manuel Giraud Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.159826944710435 (code B ref 29170); Mon, 24 Aug 2020 11:45:02 +0000 Received: (at 29170) by debbugs.gnu.org; 24 Aug 2020 11:44:07 +0000 Received: from localhost ([127.0.0.1]:56345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAAtT-0002iF-0K for submit@debbugs.gnu.org; Mon, 24 Aug 2020 07:44:07 -0400 Received: from mail-yb1-f196.google.com ([209.85.219.196]:40418) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAAtP-0002hd-D5 for 29170@debbugs.gnu.org; Mon, 24 Aug 2020 07:44:05 -0400 Received: by mail-yb1-f196.google.com with SMTP id q3so4987617ybp.7 for <29170@debbugs.gnu.org>; Mon, 24 Aug 2020 04:44:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:mime-version:date:message-id :subject:to:cc; bh=ME8bDQwnEot5vTeFfpRBI8sW5I3ARquCPppUQPo3RNg=; b=IjHefspTfJi0DIKIFJ4ccbjsvuKNXVEdpKG4BX2sgPsjv3T5sT8hVq08SRGTY6jnQb B8z61uc2j2z9HtJsXhRraZkQpktC3lm0eaP4jUWL9BhrBGk1RAPSDeEb+rSoGFxDxwm7 7xdJ8jvpcWo6wzEnkfe+x9Mr60G9pxmrAcI2KOl/18tpMpo69E0jhblsGi1e1J1EhnJv F62APGE68I61bmCKcg8ESAUIsYL7UKbB6zLty9mHK046yhIv0qXav5dP75CR3agvaHkU pi5804vbCoLzBdkL3X1uOz0A/Jitj5g/pJ8OFdVDHh4rJi6Drmlv5h2YlEql/Ab/smDJ pe4A== X-Gm-Message-State: AOAM530DuQkT7IBuSH7XWpDihsrEGBikC/3zHc2q/5LUtwEUO18YM5Zr 8e9NlaPOf5k7jcnYVrK0lYeVDR7bQ2W2bEm/K1hT6wim8vyAKw== X-Google-Smtp-Source: ABdhPJwda3k6aDp7/1gvYwAezzaKozptgnVh8HyLVDZqVJmFCySs5Y5n2JGiinSIahVypZPKAozzeuuK1eCo6VbhPYM= X-Received: by 2002:a25:4ed7:: with SMTP id c206mr7212049ybb.129.1598269437875; Mon, 24 Aug 2020 04:43:57 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 24 Aug 2020 07:43:57 -0400 From: Stefan Kangas References: <877dtojnf0.fsf@elite.giraud> MIME-Version: 1.0 Date: Mon, 24 Aug 2020 07:43:57 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) [Accidentally sent off-list, forwarding message to bug tracker.] -------------------- Start of forwarded message -------------------- From: Manuel Giraud To: Stefan Kangas Subject: Re: bug#29170: Infinite loop noticed on Emacs in OpenBSD Date: Mon, 24 Aug 2020 13:25:39 +0200 Stefan Kangas writes: > That was almost 3 years ago. Is this still an issue on recent versions > of Emacs? Hi Stefan, I've just tested with an almost -current OpenBSD and a bleeding edge emacs (bc5da2c3fb882a2d) and this issue still stand. For my usage, it shows mostly when using org-capture. There is some kind of fix (I think it is documented in this bug report) that is to set Emacs*selectionTimeout resource to a lower value (e.g. 10). Best regards, -- Manuel Giraud -------------------- End of forwarded message -------------------- From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: Infinite loop noticed on Emacs in OpenBSD In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Aug 2020 11:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Manuel Giraud Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.159826951810571 (code B ref 29170); Mon, 24 Aug 2020 11:46:01 +0000 Received: (at 29170) by debbugs.gnu.org; 24 Aug 2020 11:45:18 +0000 Received: from localhost ([127.0.0.1]:56349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAAuc-0002kR-9k for submit@debbugs.gnu.org; Mon, 24 Aug 2020 07:45:18 -0400 Received: from mail-yb1-f196.google.com ([209.85.219.196]:40504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAAua-0002kD-N3 for 29170@debbugs.gnu.org; Mon, 24 Aug 2020 07:45:17 -0400 Received: by mail-yb1-f196.google.com with SMTP id q3so4989234ybp.7 for <29170@debbugs.gnu.org>; Mon, 24 Aug 2020 04:45:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:mime-version:date:message-id :subject:to:cc; bh=TUtBInpgd3Pf6/BTuANOvPybwRhQapYWfylc8CK98WQ=; b=MHtjCyiGCcC3uPZ1gOwt15asHFI/2JkCrkY138mxLZhlaqle8CR/RmPrIAQkmFYXYi nDHIbTSw2O0bhUh3YQYk1VdyNop5AzLUfsFGRDNo+MgyJwC389JLx9+scDBNTJAgp2kA +q8pxMXtinSxDo3svstX2I7DAY+fpNRun5IE09vIuMOF8+8sa/z14rUGb32DIX3hPX2s 63JH+8k5z9/ls/4z+7Vi49EjZtBtr0LbaE9ZvF+8YVmJ/ElHc6VH3mfkpLn7pjzF4nIY xLpXdxLbUu3siZQSPmpLOLQaSfb5Md2lJ/hMSlWKeJDwVdXorQz/HO4tgVXwgkPJkW3D 1swA== X-Gm-Message-State: AOAM5339iJBHex/O72017UOpAh6DacFeiOx2oUopszkC93FflsP5rxdt z9kZqJWBgSx+w+EUArUuQFs1rBwttlZr2hTZaa1tE2u6le65Dw== X-Google-Smtp-Source: ABdhPJxW8xwaWpmtMt5zRUoM+SQ4TQuYdyIQSXp/zlUXQP2Fwob9zUSpMuAs2IqMYyWlzVqnqFQ4kzx9FkqjUtXgeZM= X-Received: by 2002:a25:7007:: with SMTP id l7mr6687486ybc.85.1598269511311; Mon, 24 Aug 2020 04:45:11 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 24 Aug 2020 07:45:11 -0400 From: Stefan Kangas References: MIME-Version: 1.0 Date: Mon, 24 Aug 2020 07:45:11 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) [Accidentally sent off-list, forwarding message to bug tracker.] -------------------- Start of forwarded message -------------------- From: Stefan Kangas To: Manuel Giraud Subject: Re: bug#29170: Infinite loop noticed on Emacs in OpenBSD Date: Mon, 10 Aug 2020 09:25:29 -0700 Manuel Giraud writes: > Hi, > > Here is a patch against HEAD to avoid the hang in infinite loop. The > 'x-selection-timeout' pause will still be there even with this patch. > > My understandings: > > On OpenBSD, most of the time, the function > "xselect.c/x_get_foreign_selection" won't get a SelectNotify with > (SECONDARY, TEXT) as arguments (that I did not understand and it might > never happen on other oses). > > But then, while waiting at most 'x-selection-timeout' into > "process.c/wait_reading_process_output" the 'now' variable won't have a > chance of being invalidated or updated and that is what cause the > infinite loop. > > Someone more knowledgeable of "process.c/wait_reading_process_output" > might have a better solution to this problem. > > diff --git a/src/process.c b/src/process.c > index fc46e74332..25bd28a82b 100644 > --- a/src/process.c > +++ b/src/process.c > @@ -5115,8 +5115,7 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, > /* Exit if already run out. */ > if (wait == TIMEOUT) > { > - if (!timespec_valid_p (now)) > - now = current_timespec (); > + now = current_timespec (); > if (timespec_cmp (end_time, now) <= 0) > break; > timeout = timespec_sub (end_time, now); That was almost 3 years ago. Is this still an issue on recent versions of Emacs? Best regards, Stefan Kangas -------------------- End of forwarded message -------------------- From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 02 01:16:31 2020 Received: (at control) by debbugs.gnu.org; 2 Oct 2020 05:16:32 +0000 Received: from localhost ([127.0.0.1]:39101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODQl-0008Vq-OH for submit@debbugs.gnu.org; Fri, 02 Oct 2020 01:16:31 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODQk-0008Q8-23 for control@debbugs.gnu.org; Fri, 02 Oct 2020 01:16:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=KIDnUbWHy+2tolkfDwfPYpc25eLr9ArYEytrGwRN3qc=; b=c8Koy1MlLWMjU8jqU5zCioNELn RP5QZTMwTqSteOAJsPt4I4d35C+7i7NYRwYyNPeWX+UfYplbUnL1jib3WuixUaARNSivRPSZjrwxU o2qWmse3NR0b9iRdoaqzSbief+P8uWb9Q6HqJJt15on4zHimNukCzDiSNq2lH3Rm+rF4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kODQc-0007zb-Dr for control@debbugs.gnu.org; Fri, 02 Oct 2020 07:16:24 +0200 Date: Fri, 02 Oct 2020 07:16:21 +0200 Message-Id: <87pn61xl5m.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #29170 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: retitle 29170 Emacs freezes when doing a gui-get-selection on OpenBSD quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) retitle 29170 Emacs freezes when doing a gui-get-selection on OpenBSD quit From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 05:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) Cc: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.16016158292057 (code B ref 29170); Fri, 02 Oct 2020 05:18:01 +0000 Received: (at 29170) by debbugs.gnu.org; 2 Oct 2020 05:17:09 +0000 Received: from localhost ([127.0.0.1]:39106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODRM-0000Wt-Vw for submit@debbugs.gnu.org; Fri, 02 Oct 2020 01:17:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39718) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODRK-0000Qa-Mx for 29170@debbugs.gnu.org; Fri, 02 Oct 2020 01:17:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4by1mKQbHe7TdOwtckm/3oY7bur0yEHgynaq4/zV+ng=; b=pv5reCjcLG5Bz5NuriOIz7Wesa 10KFoeWJIeb1+JQlNt0C8zNLRSWsCZNdybsQvm50kxl19eGSdSSwWCGyP5SXQvjxxvoX/URpm5cK6 DU4XElwIF/kkU/CP9nr9CxoxcbPleowJhdYXwZlAUIQG9LqGrF8c13tu8GA/SIeu2XNc=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kODRC-0007zp-Ci; Fri, 02 Oct 2020 07:17:01 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> X-Now-Playing: Jenny Toomey's _Tempting_: "Cheat" Date: Fri, 02 Oct 2020 07:16:57 +0200 In-Reply-To: <87fu9rwksm.fsf@omecha.info> ("=?UTF-8?Q?Gr=C3=A9goire?= Jadi"'s message of "Mon, 06 Nov 2017 15:20:41 +0100") Message-ID: <87lfgpxl4m.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: daimrod@omecha.info (=?UTF-8?Q?Gr=C3=A9goire?= Jadi) writes: > For some time now (emacs-25.1), emacs freezes when I use `org-capture'. > The problem occurs when emacs tries to read the SECONDARY selection. > > The following snippet can be used to freeze emacs f [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (-) daimrod@omecha.info (Gr=C3=A9goire Jadi) writes: > For some time now (emacs-25.1), emacs freezes when I use `org-capture'. > The problem occurs when emacs tries to read the SECONDARY selection. > > The following snippet can be used to freeze emacs for 2s everytime on my > computer : > (let ((value 'SECONDARY) > (x-selection-timeout 2000)) > ;;; from org-get-x-clipboard in lisp/org-compat.el > (gui-get-selection value 'UTF8_STRING) > (gui-get-selection value 'COMPOUND_TEXT) > (gui-get-selection value 'STRING) > (gui-get-selection value 'TEXT)) > > If the user (me) send any commands (C-p, C-n, M-x, ...) to emacs when it > is frozen, Emacs will stay frozen even after the 2s timeout. I tried this recipe now on OpenBSD with Emacs 28, and I can confirm that this freezes Emacs. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 02 01:17:22 2020 Received: (at control) by debbugs.gnu.org; 2 Oct 2020 05:17:22 +0000 Received: from localhost ([127.0.0.1]:39109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODRR-0000aK-6w for submit@debbugs.gnu.org; Fri, 02 Oct 2020 01:17:22 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kODRQ-0000Vi-GO for control@debbugs.gnu.org; Fri, 02 Oct 2020 01:17:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7cAYKLAAqwysQwDjjgHoZ6X2BsDV0Rjm/OH9hpJNclA=; b=MKdipeGMhv0nS75NZdgM1x7JJY NWcLGxv+SPrBmxJKk5SywSDf9iHp3eVJvgFX0gGZw5p5g89nwPre4mhLL0I9DNG0Br65d4mbcC8E1 85DBrXmEdvrY8En6D+7GsvZYjc1qoQDMAZ5RvtBnB/TjY2Z2DfFzhJb9fzpI0Ammh8BI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kODRI-00080A-Qi for control@debbugs.gnu.org; Fri, 02 Oct 2020 07:17:06 +0200 Date: Fri, 02 Oct 2020 07:17:03 +0200 Message-Id: <87k0w9xl4g.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #29170 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 29170 + confirmed quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) tags 29170 + confirmed quit From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 07:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Lars Ingebrigtsen Cc: daimrod@omecha.info, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.160162276031239 (code B ref 29170); Fri, 02 Oct 2020 07:13:02 +0000 Received: (at 29170) by debbugs.gnu.org; 2 Oct 2020 07:12:40 +0000 Received: from localhost ([127.0.0.1]:39240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOFF9-00087n-UT for submit@debbugs.gnu.org; Fri, 02 Oct 2020 03:12:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOFF8-00087a-5W for 29170@debbugs.gnu.org; Fri, 02 Oct 2020 03:12:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41985) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOFF2-0001JH-8I; Fri, 02 Oct 2020 03:12:32 -0400 Received: from [176.228.60.248] (port=3455 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOFF1-0001ey-FN; Fri, 02 Oct 2020 03:12:31 -0400 Date: Fri, 02 Oct 2020 10:12:28 +0300 Message-Id: <83sgaxf6eb.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87lfgpxl4m.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 02 Oct 2020 07:16:57 +0200) References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 (---) > From: Lars Ingebrigtsen > Date: Fri, 02 Oct 2020 07:16:57 +0200 > Cc: 29170@debbugs.gnu.org > > daimrod@omecha.info (Grégoire Jadi) writes: > > > For some time now (emacs-25.1), emacs freezes when I use `org-capture'. > > The problem occurs when emacs tries to read the SECONDARY selection. > > > > The following snippet can be used to freeze emacs for 2s everytime on my > > computer : > > (let ((value 'SECONDARY) > > (x-selection-timeout 2000)) > > ;;; from org-get-x-clipboard in lisp/org-compat.el > > (gui-get-selection value 'UTF8_STRING) > > (gui-get-selection value 'COMPOUND_TEXT) > > (gui-get-selection value 'STRING) > > (gui-get-selection value 'TEXT)) > > > > If the user (me) send any commands (C-p, C-n, M-x, ...) to emacs when it > > is frozen, Emacs will stay frozen even after the 2s timeout. > > I tried this recipe now on OpenBSD with Emacs 28, and I can confirm that > this freezes Emacs. Can you debug the cause which causes the freeze? What is the code that freezes? From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 14:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Eli Zaretskii Cc: daimrod@omecha.info, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.160164905711667 (code B ref 29170); Fri, 02 Oct 2020 14:31:02 +0000 Received: (at 29170) by debbugs.gnu.org; 2 Oct 2020 14:30:57 +0000 Received: from localhost ([127.0.0.1]:42234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOM5I-000327-Lw for submit@debbugs.gnu.org; Fri, 02 Oct 2020 10:30:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOM5H-00031u-M0 for 29170@debbugs.gnu.org; Fri, 02 Oct 2020 10:30:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BY+Dnsh3bpszdFKSGXLL5LVy2tEXqNkRqmQxRI/XkCQ=; b=i1YbPaTxuw7zesIm04P90C2I+5 khTrotoeQ8iJBuIV8zTsY4IAktBIbgOdVe1ZNc4oCkh4LGRD/kGKPYyMcp/Xq67s7tnSFRJxqd+w9 nX77KCNG4BRfhGofngSBw9PYlYlYlSikPSvIugUrAh2uMadLNxFhS8El0Wos0xo12QGM=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kOM59-0004Pq-1V; Fri, 02 Oct 2020 16:30:49 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUgCA9THyGdZ1Zq S0jTvbf///8dkPdbAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QKAg4GDYPN1S8AAAG2SURBVDjLdZRr FuMgCIXhZAMSN1AxC/DRDYx1/2sawGhq54w/mlO+IHC9BuBrnc4BOCDQ5/c6ggUEUN0J2S8qWTE/ w0C1pLziWGRv+4ucgcY7RORZAFYtgefnTkbytfQrCldAhcMA5C/m3jtncijFSsgwuitX19U4G+AX gFUj7mO1bDU4zUavG3SuWv79L/ggJektOvR5z3DS11EJ8MANtExLlB1EP2WRJz6g8wS1ahpvAJfM WL5ABhTRKBs5x1589aZAkshqAF7WUYlX88nEtgxJPSUuUnbWDAGi99321SOdfLV2io4royZ4S1kX ubdC4NMRLANLENAKNykuolA4E6ks5BVIzDrjUGrOuhXqSa7ZQ3aivFaRc+npAUmPHW0OLM0t8IHh BxuwRFjgpVONFBEkPCANCW1qQJFnljCbLHPCfwA8oNUfMGsoSFsGTzPADo55gBmO/ZIR1QnSXoS8 uTqMAb+KkJ1ufIkP0+HrfWtF+bfuFEWSI3HJZiu14mzKFEw6yugBHw1Xn+MxHffnF3i+L9sPQLmo g9in5PGuxNd53IOoe0is1h8wXjanlucavGwDp+AvqG13L9fgKPcAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjAtMTAtMDJUMTQ6MDY6MTMrMDA6MDBDsZlzAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTEw LTAyVDE0OjA2OjEzKzAwOjAwMuwhzwAAAABJRU5ErkJggg== X-Now-Playing: Jane Siberry's _When I Was A Boy_: "Sweet Incarnadine" Date: Fri, 02 Oct 2020 16:30:45 +0200 In-Reply-To: <83sgaxf6eb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Oct 2020 10:12:28 +0300") Message-ID: <87blhkwvhm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Can you debug the cause which causes the freeze? What is the code > that freezes? I haven't debugged it, but Manuel said previously in this thread that the following patch sort of fixes the problem (included below), but it then leads to other issues. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (-) Eli Zaretskii writes: > Can you debug the cause which causes the freeze? What is the code > that freezes? I haven't debugged it, but Manuel said previously in this thread that the following patch sort of fixes the problem (included below), but it then leads to other issues. But the problem is in that area, I take it. ----- Here is a patch against HEAD to avoid the hang in infinite loop. The 'x-selection-timeout' pause will still be there even with this patch. My understandings: On OpenBSD, most of the time, the function "xselect.c/x_get_foreign_selection" won't get a SelectNotify with (SECONDARY, TEXT) as arguments (that I did not understand and it might never happen on other oses). But then, while waiting at most 'x-selection-timeout' into "process.c/wait_reading_process_output" the 'now' variable won't have a chance of being invalidated or updated and that is what cause the infinite loop. Someone more knowledgeable of "process.c/wait_reading_process_output" might have a better solution to this problem. diff --git a/src/process.c b/src/process.c index fc46e74332..25bd28a82b 100644 --- a/src/process.c +++ b/src/process.c @@ -5115,8 +5115,7 @@ wait_reading_process_output (intmax_t time_limit, int nsecs, int read_kbd, /* Exit if already run out. */ if (wait == TIMEOUT) { - if (!timespec_valid_p (now)) - now = current_timespec (); + now = current_timespec (); if (timespec_cmp (end_time, now) <= 0) break; timeout = timespec_sub (end_time, now); -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 15:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Lars Ingebrigtsen Cc: daimrod@omecha.info, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.160165133623298 (code B ref 29170); Fri, 02 Oct 2020 15:09:02 +0000 Received: (at 29170) by debbugs.gnu.org; 2 Oct 2020 15:08:56 +0000 Received: from localhost ([127.0.0.1]:42286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMg3-00063i-Mn for submit@debbugs.gnu.org; Fri, 02 Oct 2020 11:08:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOMg1-00063T-8w for 29170@debbugs.gnu.org; Fri, 02 Oct 2020 11:08:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60904) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOMfv-00087X-Fo; Fri, 02 Oct 2020 11:08:47 -0400 Received: from [176.228.60.248] (port=1539 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOMfu-000222-Hh; Fri, 02 Oct 2020 11:08:47 -0400 Date: Fri, 02 Oct 2020 18:08:44 +0300 Message-Id: <83sgawekcj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87blhkwvhm.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 02 Oct 2020 16:30:45 +0200) References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> 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 (---) > From: Lars Ingebrigtsen > Cc: daimrod@omecha.info, 29170@debbugs.gnu.org > Date: Fri, 02 Oct 2020 16:30:45 +0200 > > On OpenBSD, most of the time, the function > "xselect.c/x_get_foreign_selection" won't get a SelectNotify with > (SECONDARY, TEXT) as arguments (that I did not understand and it might > never happen on other oses). > > But then, while waiting at most 'x-selection-timeout' into > "process.c/wait_reading_process_output" the 'now' variable won't have a > chance of being invalidated or updated and that is what cause the > infinite loop. > > Someone more knowledgeable of "process.c/wait_reading_process_output" > might have a better solution to this problem. If this is an OpenBSD-only problem, maybe we should install that change #ifdef'ed by OpenBSD? From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: daimrod@omecha.info Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Oct 2020 17:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Eli Zaretskii Cc: Lars Ingebrigtsen , 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.16016613496223 (code B ref 29170); Fri, 02 Oct 2020 17:56:01 +0000 Received: (at 29170) by debbugs.gnu.org; 2 Oct 2020 17:55:49 +0000 Received: from localhost ([127.0.0.1]:42498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOPHZ-0001cJ-Ic for submit@debbugs.gnu.org; Fri, 02 Oct 2020 13:55:49 -0400 Received: from a.omecha.info ([89.234.176.136]:36556 helo=omecha.info) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOPHX-0001c5-Ht for 29170@debbugs.gnu.org; Fri, 02 Oct 2020 13:55:48 -0400 Received: from puffy.omecha.info (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by omecha.info (Postfix) with ESMTPSA id 8188A6A; Fri, 2 Oct 2020 19:55:40 +0200 (CEST) From: daimrod@omecha.info References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> Date: Fri, 02 Oct 2020 19:55:29 +0200 In-Reply-To: <83sgawekcj.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Oct 2020 18:08:44 +0300") Message-ID: <87zh54fr72.fsf@omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Lars Ingebrigtsen >> Cc: daimrod@omecha.info, 29170@debbugs.gnu.org >> Date: Fri, 02 Oct 2020 16:30:45 +0200 >>=20 >> On OpenBSD, most of the time, the function >> "xselect.c/x_get_foreign_selection" won't get a SelectNotify with >> (SECONDARY, TEXT) as arguments (that I did not understand and it might >> never happen on other oses). >>=20 >> But then, while waiting at most 'x-selection-timeout' into >> "process.c/wait_reading_process_output" the 'now' variable won't have a >> chance of being invalidated or updated and that is what cause the >> infinite loop. >>=20 >> Someone more knowledgeable of "process.c/wait_reading_process_output" >> might have a better solution to this problem. > > If this is an OpenBSD-only problem, maybe we should install that > change #ifdef'ed by OpenBSD? I'll have to test it, but I've been told that the issue doesn't occur when the "junk" is disabled in the memory allocator (j =3D 0). See MALLOC OPTIONS in malloc(3) https://man.openbsd.org/malloc j =E2=80=9CLess junking=E2=80=9D. Decrease the junk level by one if = it is larger than 0. Junking writes some junk bytes into the area allocated. Junk is bytes of 0xdb when allocating; freed chunks are filled with 0xdf. By default the junk level is 1: after free, small chunks are completely junked; for pages the first part is junked. After a delay, the filling pattern is validated and the process is aborted if the pattern was modified. For junk level 2, junking is done on allocation as well and without size restrictions. If the junk level is zero, no junking is performed. =2D-=20 gjadi PGP : AF26 E9C2 A1C8 8D32 A868 4386 1373 5477 2B65 1894 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEErybpwqHIjTKoaEOGE3NUdytlGJQFAl93aZIACgkQE3NUdytl GJTLZRAApsWd1U4iQoDHSni+Vqwxtxvzs0LKXMjW16HE9yrFSPcrQDd5I9qipx85 lSolTOG5oSmOcEJeU1fNrzBiF0VEitEZNFW1ZSZ0Vbn2ZxELTG0CWc1+QSwGNkEi tV/8Tx2wDIiAfjdwbe17UX00lX3w2HKGpZdCUWNfZkcgYwaD4nh7nEKxCAsHJu0X 1i+rH8lUKS+NVqDj7LclZMYqyKPdC5tUkauewcLNQOBppJE6HrlpuMavC+RzgR4+ yldNHNhB0iHo5ec//qXZ7FNmuLEskrEaY+lsEASUlXdVNHQ/y6lLDKSd/6uhFiNw uJYuM24CWleMM+ZnXu88Y52rW7iwZ4ToMWyuZy662MjYbce74WuSv/bM6C4kpS2l YR5i/DUCOmiViYT2pNuty9wB6fnUPiJ05jIgK6OKl9k8g73eeiwRyi8O/JsLRCo9 RTXhECTjGbBMprTnsN03WxXG+m04wcmxSBEXSpKYT1tjWyk0Bulg/CrstT+i5Rjn fhPdrJtLQx1rblFicWvBZIJn2sWw1zn92pdRtZkiofQRIEu/3ogk3uSpB0ZCAVyy gtuaAdeK5zigr2StB4WS6QzzZCkloNb2jjr2XSqHpWZDGMrYr98flyP2vDteKmJw O6JLOEYJukT9K+01gX5jL7tVq6jH1NybmALuQO14WKHBRIqsTa4= =T5LF -----END PGP SIGNATURE----- --=-=-=-- From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2020 17:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: daimrod@omecha.info Cc: Eli Zaretskii , 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.16017474851553 (code B ref 29170); Sat, 03 Oct 2020 17:52:02 +0000 Received: (at 29170) by debbugs.gnu.org; 3 Oct 2020 17:51:25 +0000 Received: from localhost ([127.0.0.1]:44406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOlgq-0000Oy-Op for submit@debbugs.gnu.org; Sat, 03 Oct 2020 13:51:25 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOlgp-0000Ol-HP for 29170@debbugs.gnu.org; Sat, 03 Oct 2020 13:51:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=A+vJpaxSwEd6pihZ7f5IW8a08el4NHgjWEnNigCCsqo=; b=d94RxHC5jqsSix6hFcY+rgeKpe dn3G3vufFcTivRLH+Q0elcZRCYBDCIONYPWB3iTahbhKIla5dgnlkc+cuKvd0qmMbYdRwCRG00Sh2 d9RWlpPEIqLPEnLRFRJrFATnSWYfswqXjHZjOagWbwCuJCiiZhul3Kq+1zDx80ri6NjE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kOlgg-0000uB-VS; Sat, 03 Oct 2020 19:51:17 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEUnOIxpZGiik0cu QkGRcTBfWCuQipn////0LwWVAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+QKAxEuAuHp5TwAAAGmSURB VDjL3ZLbkSMhDEVxBsPYzb+pngCmZAUwXgigjRQAP+Qfwl7xsD1VG8Gq3W24B0kI5Nz/bf7f8meM 7kz0Lp38hztBT45gftrHyX/+HD7GuA9Ap66fvZcvEegxdaBavqFjUOS49/UGuCjs8EjGWGNAUlan GbIIvsP3MRySkyyZIbMB4hTvXd8dj0BetECf27v0HHO8A8i1j4OBMqs4cyG+X18eqtOdhG77tb6D Wrv7Xm4JIPjqZQLva/ObGhjej155aDXU1rZcHmmGVdEOWvMA6Y/qNXgLgKqxXQOwzQqaoUTVZRl6 O/8C4lIKT5DzBGoeCrEGy5GeHgiL7Q6HsCHwKvaSo9O+qxaaRT78u8fMgSktgJt5hrJz/F5dsefi pCzdP1mNmVaOLkMlvKFZs7HWYJmPjUwct4M7c/eIerCLUnqH0aFkh0PWV9ZAJg9UyM7GTte6iabZ SBcoeHjoN+hsnVbs2E1lthya0F7aO5NHUwMofheB+FVsogPwiLuNvz51I+XSzMpMPhbM6cuc7b6P Uv/K+jpe4M3yCKWMxUxFmZaK9y/k9ctSdr/JEgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMC0xMC0w M1QxNzo0NjowMiswMDowMIoXHIQAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjAtMTAtMDNUMTc6NDY6 MDIrMDA6MDD7SqQ4AAAAAElFTkSuQmCC X-Now-Playing: Shopping's _All Or Nothing_: "Follow Me" Date: Sat, 03 Oct 2020 19:51:13 +0200 In-Reply-To: <87zh54fr72.fsf@omecha.info> (daimrod@omecha.info's message of "Fri, 02 Oct 2020 19:55:29 +0200") Message-ID: <87wo07tcz2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: daimrod@omecha.info writes: >> If this is an OpenBSD-only problem, maybe we should install that >> change #ifdef'ed by OpenBSD? Yes, but as noted by others in the thread, the patch leads to other issues on OpenBSD, too, so it's not a complete solution. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (-) daimrod@omecha.info writes: >> If this is an OpenBSD-only problem, maybe we should install that >> change #ifdef'ed by OpenBSD? Yes, but as noted by others in the thread, the patch leads to other issues on OpenBSD, too, so it's not a complete solution. > I'll have to test it, but I've been told that the issue doesn't occur > when the "junk" is disabled in the memory allocator (j =3D 0). > > See MALLOC OPTIONS in malloc(3) https://man.openbsd.org/malloc > > j =E2=80=9CLess junking=E2=80=9D. Decrease the junk level by one i= f it is larger > than 0. Junking writes some junk bytes into the area allocated. > Junk is bytes of 0xdb when allocating; freed chunks are filled > with 0xdf. By default the junk level is 1: after free, small > chunks are completely junked; for pages the first part is junked. > After a delay, the filling pattern is validated and the process > is aborted if the pattern was modified. For junk level 2, > junking is done on allocation as well and without size > restrictions. If the junk level is zero, no junking is > performed. Huh. How odd that this would have an affect on this infloop? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Oct 2020 21:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Lars Ingebrigtsen Cc: Eli Zaretskii , daimrod@omecha.info, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.160219342013101 (code B ref 29170); Thu, 08 Oct 2020 21:44:02 +0000 Received: (at 29170) by debbugs.gnu.org; 8 Oct 2020 21:43:40 +0000 Received: from localhost ([127.0.0.1]:33342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQdhM-0003PE-5B for submit@debbugs.gnu.org; Thu, 08 Oct 2020 17:43:40 -0400 Received: from a.omecha.info ([89.234.176.136]:38792 helo=omecha.info) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQdhJ-0003Oz-64 for 29170@debbugs.gnu.org; Thu, 08 Oct 2020 17:43:39 -0400 Received: from puffy.omecha.info (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by omecha.info (Postfix) with ESMTPSA id 34106E3; Thu, 8 Oct 2020 23:43:30 +0200 (CEST) From: References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> Date: Thu, 08 Oct 2020 23:43:28 +0200 In-Reply-To: <87wo07tcz2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 03 Oct 2020 19:51:13 +0200") Message-ID: <87tuv4mm0v.fsf@omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > daimrod@omecha.info writes: > >>> If this is an OpenBSD-only problem, maybe we should install that >>> change #ifdef'ed by OpenBSD? > > Yes, but as noted by others in the thread, the patch leads to other > issues on OpenBSD, too, so it's not a complete solution. > >> I'll have to test it, but I've been told that the issue doesn't occur >> when the "junk" is disabled in the memory allocator (j =3D 0). >> >> See MALLOC OPTIONS in malloc(3) https://man.openbsd.org/malloc >> >> j =E2=80=9CLess junking=E2=80=9D. Decrease the junk level by one = if it is larger >> than 0. Junking writes some junk bytes into the area allocated. >> Junk is bytes of 0xdb when allocating; freed chunks are filled >> with 0xdf. By default the junk level is 1: after free, small >> chunks are completely junked; for pages the first part is junked. >> After a delay, the filling pattern is validated and the process >> is aborted if the pattern was modified. For junk level 2, >> junking is done on allocation as well and without size >> restrictions. If the junk level is zero, no junking is >> performed. > > Huh. How odd that this would have an affect on this infloop? So, I tested it on emacs-27.1 with junk disabled and it still freezes. $ MALLOC_OPTIONS=3Djj emacs -q (let ((value 'SECONDARY) (x-selection-timeout 2000)) ;;; from org-get-x-clipboard in lisp/org-compat.el (gui-get-selection value 'UTF8_STRING) (gui-get-selection value 'COMPOUND_TEXT) (gui-get-selection value 'STRING) (gui-get-selection value 'TEXT)) --=20 daimrod PGP : AF26 E9C2 A1C8 8D32 A868 4386 1373 5477 2B65 1894 From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Oct 2020 19:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Cc: Eli Zaretskii , 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.160235986728535 (code B ref 29170); Sat, 10 Oct 2020 19:58:02 +0000 Received: (at 29170) by debbugs.gnu.org; 10 Oct 2020 19:57:47 +0000 Received: from localhost ([127.0.0.1]:38598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRKzz-0007QB-3h for submit@debbugs.gnu.org; Sat, 10 Oct 2020 15:57:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52772) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRKzx-0007Py-Cn for 29170@debbugs.gnu.org; Sat, 10 Oct 2020 15:57:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Ip95Y08koaaks7mIKVoI01Mf/FWXPyxiUwwfqailVwQ=; b=rrkqq6WUSQbZ1SKKkcPEOP4IdJ jwuf+1z6KxORMy9m8y2ivtjDAZZXaeppT8WZgtk6GSAV3iA5g2v4HT4dr7TLupUuFcf0peltrORRf YgC7Wgm8h4nnQ9XU9L65aqXeJbIiAMrIDy+jb/hRJq43FLZ5+UomuE8hK99E8hP7W/wQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRKzk-00060e-Ji; Sat, 10 Oct 2020 21:57:39 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAHlBMVEV2cHKUjYyEfoCh m5lYUlJBPDwZFhaCe32FgH3///8F2ZJAAAAAAWJLR0QJ8dml7AAAAAd0SU1FB+QKChMuMFeyL1gA AAGqSURBVDjLtdIxr5swEADgqwR4jeOXxxwW1lj07UbPZk4lzPwqYXd1o0j+B/3dPTsJHGnWekDg z3enOwPf+It15Ht4Cbj+PxxXEEbi8/QjfzQNgSHtTT/T+75tmjVV5Tk/+BzRxguBd/+J2OP5JsRI wTF7TcATHAn0k/91uEfQVPzDe98zvt9HAApiQPjCLDECozXEhDDvWLy0AASExH3vAksRFPgpgce9 Z/ieQSXBGu0CcgEWMz7BGQEoCPnxAPgXpgUwXf8ofhjHwtoVPhfQunwJ72dt7DTDvcgKf2bj3eQA Ao0QOEM3eOftM0gcrkbQN1hSCcEHP9sJgdUUug7v21ucOzAW1lTiBvdhkRpY4gGjotDJjpc51R1g AckL7xJYvYngsi7dOFrrjVFrhBBSvhk3am291mpTg5+uZzxWYOeaRnSyfvuCOoLZQic4lHmwg6LQ 4USgwKYj2wK2x8N1TjddKSDFE7Crg1iHaswAlxvgffzeIbShmhWBvHZOsSZWLkMgV7vzmmGE28wK UyGMrIXSafX0MwTvVARtbgAPOPU4XQXFaHIbEP4C9tKtFFmXn98AAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjAtMTAtMTBUMTk6NDY6NDgrMDA6MDD+pT4xAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTEw LTEwVDE5OjQ2OjQ4KzAwOjAwj/iGjQAAAABJRU5ErkJggg== X-Now-Playing: David Sylvian's _Sleepwalkers_: "World Citizen (I Won't Be Disappointed)" Date: Sat, 10 Oct 2020 21:57:31 +0200 In-Reply-To: <87tuv4mm0v.fsf@omecha.info> (daimrod@omecha.info's message of "Thu, 08 Oct 2020 23:43:28 +0200") Message-ID: <87v9fh3lck.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: writes: > So, I tested it on emacs-27.1 with junk disabled and it still freezes. > > $ MALLOC_OPTIONS=jj emacs -q > > (let ((value 'SECONDARY) > (x-selection-timeout 2000)) > ; ; ; from org-get-x-clipboard in l [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (-) writes: > So, I tested it on emacs-27.1 with junk disabled and it still freezes. > > $ MALLOC_OPTIONS=jj emacs -q > > (let ((value 'SECONDARY) > (x-selection-timeout 2000)) > ;;; from org-get-x-clipboard in lisp/org-compat.el > (gui-get-selection value 'UTF8_STRING) > (gui-get-selection value 'COMPOUND_TEXT) > (gui-get-selection value 'STRING) > (gui-get-selection value 'TEXT)) Thanks for checking. So it sounds like we do need something like the proposed patch (with #ifdef OpenBSD) here, but apparently the patch led to other problems. > I've tested your patch on emacs-25-3.1 and it does prevent the infinite > loop. However, if the user sends input to emacs while it is waiting, it > raises the following backtrace : > > Debugger entered--Lisp error: (error "Timed out waiting for reply from > selection owner") > x-get-selection-internal(SECONDARY STRING nil nil) So further work is needed here. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 22:30:23 2020 Received: (at control) by debbugs.gnu.org; 30 Dec 2020 03:30:23 +0000 Received: from localhost ([127.0.0.1]:40654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuSBr-0001nz-6n for submit@debbugs.gnu.org; Tue, 29 Dec 2020 22:30:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:60822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuSBp-0001nd-S1 for control@debbugs.gnu.org; Tue, 29 Dec 2020 22:30:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=e38VtwIjW7ECPq3yIKMOMrVeUnkDfRkaBcVryI3JM9s=; b=TdpWHpRFOuPc1mBsuU0EffgUnp OBrUgjoVtm6sUEOgwbvBLpl7jmDMAbhN6cypWMFth+bbcbPEohIM1PDLtlIcRJxve5J5FqeljjiEK IZmswB0xyjFIeIxEDvsVKVUJ4k8CTR9aytndAFDN+I94ZexZHztN8nIihahnsMJxClrA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kuSBi-0001VG-8l for control@debbugs.gnu.org; Wed, 30 Dec 2020 04:30:16 +0100 Date: Wed, 30 Dec 2020 04:30:13 +0100 Message-Id: <87a6twq8ca.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #45544 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: forcemerge 45544 29170 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) forcemerge 45544 29170 quit From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: bug29170 References: <87fu9rwksm.fsf@omecha.info> In-Reply-To: <87fu9rwksm.fsf@omecha.info> Resent-From: graeme vetterlein Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 May 2021 10:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162194028525318 (code B ref 29170); Tue, 25 May 2021 10:59:02 +0000 Received: (at 29170) by debbugs.gnu.org; 25 May 2021 10:58:05 +0000 Received: from localhost ([127.0.0.1]:44810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1llUlB-0006aI-GL for submit@debbugs.gnu.org; Tue, 25 May 2021 06:58:05 -0400 Received: from avasout03.plus.net ([84.93.230.244]:60796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1llUiZ-0006Uu-GV for 29170@debbugs.gnu.org; Tue, 25 May 2021 06:55:25 -0400 Received: from zbox ([84.92.34.227]) by smtp with ESMTP id lUiRlDkoUutR5lUiSlYOiY; Tue, 25 May 2021 11:55:17 +0100 X-Clacks-Overhead: "GNU Terry Pratchett" X-CM-Score: 0.00 X-CNFS-Analysis: v=2.3 cv=KZJJTTQD c=1 sm=1 tr=0 a=Ve4+HNLzg+PBEez4TumTVA==:117 a=Ve4+HNLzg+PBEez4TumTVA==:17 a=IkcTkHD0fZMA:10 a=5FLXtPjwQuUA:10 a=xNf9USuDAAAA:8 a=79X2oxmBynt8BtmeITEA:9 a=QEXdDO2ut3YA:10 a=SEwjQc04WA-l_NiBhQ7s:22 a=pHzHmUro8NiASowvMSCR:22 a=nt3jZW36AmriUCFCBwmW:22 Received: from real.home ([10.117.1.105]) by zbox with esmtp (Exim 4.89) (envelope-from ) id 1llUiQ-0002Kl-SJ for 29170@debbugs.gnu.org; Tue, 25 May 2021 10:55:14 +0000 From: graeme vetterlein Message-ID: <5b69bafa-62b3-bf1b-5abf-92895961ef71@vetterlein.com> Date: Tue, 25 May 2021 11:55:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-GB X-CMAE-Envelope: MS4wfKjE5cBj/Uq1C+EcYrxTor2JZIhVrXoDZ623n1a4/4+k77ma0XLFXVTuyYYupJYzSCJW06ceWD6IsyQc/i0QbABcWyXEKKduuE8/S1bKaHTpimDc11Jn 84HUTbdNC/r69ktO2IR4qIpaQfnxLD/Ht3Vzmd9R92Bmm9XZ9FUzziNc X-Spam-Score: -0.7 (/) X-Mailman-Approved-At: Tue, 25 May 2021 06:58:03 -0400 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 (-) In case it's of any help tracking this down. I have never, previously, seen this behaviour in 30+ years or Emacs use. I am running Buster. I recently switched from cinnamon to Xfce as=20 desktop manager, the issue now appears about 10% of the time when I exit = Emacs (e.g via closing the window using X decoration, or C-x C-c ) Message reads: Saving clipboard to X clipboard manager... An that Emacs session NEVER exits: GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.5) of=20 2021-01-31, modified by Debian $ uname -a Linux real 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64=20 GNU/Linux $ cat /etc/*release* PRETTY_NAME=3D"Debian GNU/Linux 10 (buster)" NAME=3D"Debian GNU/Linux" VERSION_ID=3D"10" VERSION=3D"10 (buster)" VERSION_CODENAME=3Dbuster ID=3Ddebian HOME_URL=3D"https://www.debian.org/" SUPPORT_URL=3D"https://www.debian.org/support" BUG_REPORT_URL=3D"https://bugs.debian.org/"-- $ cat /etc/*version* 10.9 cat: /etc/subversion: Is a directory AFYI: the Emacs sessions are 100% (looks to be user) CPU=C2=A0 and Xorg i= s=20 high on the iotop list --=20 Graeme From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Aug 2021 14:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Cc: larsi@gnus.org, jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162843414420937 (code B ref 29170); Sun, 08 Aug 2021 14:50:01 +0000 Received: (at 29170) by debbugs.gnu.org; 8 Aug 2021 14:49:04 +0000 Received: from localhost ([127.0.0.1]:54707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCk6q-0005Rd-Bq for submit@debbugs.gnu.org; Sun, 08 Aug 2021 10:49:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCk6o-0005Qw-5z for 29170@debbugs.gnu.org; Sun, 08 Aug 2021 10:49:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37108) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mCk6i-0006pV-28; Sun, 08 Aug 2021 10:48:56 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3032 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mCk6h-0001C9-Lf; Sun, 08 Aug 2021 10:48:55 -0400 Date: Sun, 08 Aug 2021 17:49:03 +0300 Message-Id: <83im0ggffk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h7g0m2er.fsf@puffy.omecha.info> (message from =?UTF-8?Q?Gr=C3=A9goire?= Jadi on Sun, 08 Aug 2021 16:33:48 +0200) References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 (---) > From: Grégoire Jadi > Cc: Eli Zaretskii , 29170@debbugs.gnu.org, jca@wxcvbn.org > Date: Sun, 08 Aug 2021 16:33:48 +0200 > > Please note that the real issue is not fixed. The issue is in the > broken SIGIO code itself. I was able to reproduce the bug by enabling > emacs_broken_SIGIO on Ubuntu LTS 20.04. I didn't take the time to find > a fix though. There's no broken SIGIO code, AFAICT. If the configure script detects that SIGIO is broken, it doesn't define USABLE_SIGIO, and then the code conditioned by USABLE_SIGIO is not used. From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Aug 2021 22:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Lars Ingebrigtsen Cc: Eli Zaretskii , jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162846011227455 (code B ref 29170); Sun, 08 Aug 2021 22:02:02 +0000 Received: (at 29170) by debbugs.gnu.org; 8 Aug 2021 22:01:52 +0000 Received: from localhost ([127.0.0.1]:54908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCqra-00078e-Uw for submit@debbugs.gnu.org; Sun, 08 Aug 2021 18:01:52 -0400 Received: from loire.omecha.info ([89.234.177.139]:1410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCjsE-00055Y-0H for 29170@debbugs.gnu.org; Sun, 08 Aug 2021 10:34:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=omecha.info; s=20210119; t=1628433229; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=6/2YQld1RrYaM4F0kFwjLMjOf/PS/WU68j0B6uleUaI=; b=NZcuv+VBAC/SOikqChtXzctDUwRJb7+Mlj3dX/PfIggYhc36JkmNdzwqhsfdwHrqq3rg7w 6dlhWqH8xjP5e7O5irIsnVIqj9slBnzrcP1Vna+TZpZFfjFdEujSqUjz/9cXYN8hpAv4ye n4j/un5w68C+5oxaP3uMOIUUJ2DaxKs= Received: from puffy.omecha.info (puffy.omecha.info [10.0.0.2]) by loire.omecha.info (OpenSMTPD) with ESMTPSA id 97f02529 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sun, 8 Aug 2021 16:33:49 +0200 (CEST) From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi In-Reply-To: <87v9fh3lck.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 10 Oct 2020 21:57:31 +0200") References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) Date: Sun, 08 Aug 2021 16:33:48 +0200 Message-ID: <87h7g0m2er.fsf@puffy.omecha.info> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Sun, 08 Aug 2021 18:01:46 -0400 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 (-) Lars Ingebrigtsen writes: Hi, We (jca@ in Cc is the OpenBSD's maintainer of emacs) finally found a solution to this bug. The issue is in the broken SIGIO management. This option was enabled on OpenBSD in 2011 as a workaround but it is not required anymore. We have disabled emacs_broken_SIGIO in OpenBSD's ports tree and received lots of positive feedbacks (no more hang, some operations are faster). So we think it is safe to backport this change upstream. diff --git a/configure.ac b/configure.ac index c924634d5b..740f6d79a1 100644 --- a/configure.ac +++ b/configure.ac @@ -4884,7 +4884,7 @@ AC_DEFUN case $opsys in dnl SIGIO exists, but the feature doesn't work in the way Emacs needs. - hpux* | nacl | openbsd | solaris | unixware ) + hpux* | nacl | solaris | unixware ) emacs_broken_SIGIO=yes ;; Please note that the real issue is not fixed. The issue is in the broken SIGIO code itself. I was able to reproduce the bug by enabling emacs_broken_SIGIO on Ubuntu LTS 20.04. I didn't take the time to find a fix though. Best, > writes: > >> So, I tested it on emacs-27.1 with junk disabled and it still freezes. >> >> $ MALLOC_OPTIONS=jj emacs -q >> >> (let ((value 'SECONDARY) >> (x-selection-timeout 2000)) >> ;;; from org-get-x-clipboard in lisp/org-compat.el >> (gui-get-selection value 'UTF8_STRING) >> (gui-get-selection value 'COMPOUND_TEXT) >> (gui-get-selection value 'STRING) >> (gui-get-selection value 'TEXT)) > > Thanks for checking. So it sounds like we do need something like the > proposed patch (with #ifdef OpenBSD) here, but apparently the patch led > to other problems. > >> I've tested your patch on emacs-25-3.1 and it does prevent the infinite >> loop. However, if the user sends input to emacs while it is waiting, it >> raises the following backtrace : >> >> Debugger entered--Lisp error: (error "Timed out waiting for reply from >> selection owner") >> x-get-selection-internal(SECONDARY STRING nil nil) > > So further work is needed here. -- gjadi PGP : AF26 E9C2 A1C8 8D32 A868 4386 1373 5477 2B65 1894 From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Aug 2021 22:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Eli Zaretskii Cc: larsi@gnus.org, jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162846011327461 (code B ref 29170); Sun, 08 Aug 2021 22:02:02 +0000 Received: (at 29170) by debbugs.gnu.org; 8 Aug 2021 22:01:53 +0000 Received: from localhost ([127.0.0.1]:54910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCqrg-00078m-2d for submit@debbugs.gnu.org; Sun, 08 Aug 2021 18:01:52 -0400 Received: from loire.omecha.info ([89.234.177.139]:4545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mCkBf-0005Y2-BH for 29170@debbugs.gnu.org; Sun, 08 Aug 2021 10:54:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=omecha.info; s=20210119; t=1628434434; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=imaPGIzq2ImHgX8b/Q2dl0ptTi47RKiXS+B0Ml0sftQ=; b=MfbiPZKpBtoDeVHivGBDoJl8DNNNq+FDEfwmb90noKKo7rZGn10yiRYZ2Qo+Qv7UdE/YNC dhnErGKf7Rt6cu2hnT1hXiyvt+c248xvg7q8a41JDFxvUwUe340p4U0hp1fy6ZImIxZeBY gnFNFlEclnhVBN+CvtPO4h1NkrBH1mA= Received: from puffy.omecha.info (puffy.omecha.info [10.0.0.2]) by loire.omecha.info (OpenSMTPD) with ESMTPSA id 84e86d66 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sun, 8 Aug 2021 16:53:54 +0200 (CEST) From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> <83im0ggffk.fsf@gnu.org> Date: Sun, 08 Aug 2021 16:53:53 +0200 In-Reply-To: <83im0ggffk.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Aug 2021 17:49:03 +0300") Message-ID: <8735rkm1ha.fsf@puffy.omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Sun, 08 Aug 2021 18:01:46 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Gr=C3=A9goire Jadi >> Cc: Eli Zaretskii , 29170@debbugs.gnu.org, jca@wxcvbn.org >> Date: Sun, 08 Aug 2021 16:33:48 +0200 >>=20 >> Please note that the real issue is not fixed. The issue is in the >> broken SIGIO code itself. I was able to reproduce the bug by enabling >> emacs_broken_SIGIO on Ubuntu LTS 20.04. I didn't take the time to find >> a fix though. > > There's no broken SIGIO code, AFAICT. If the configure script detects > that SIGIO is broken, it doesn't define USABLE_SIGIO, and then the > code conditioned by USABLE_SIGIO is not used. You're correct. What I meant is that by disabling USABLE_SIGIO on Ubuntu, I was able to reproduce the same freezes. Hence, it is the codepath used when USABLE_SIGIO is disabled that causes the issue. Best, --=20 gjadi PGP : AF26 E9C2 A1C8 8D32 A868 4386 1373 5477 2B65 1894 From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Aug 2021 12:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Cc: Eli Zaretskii , jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162851230616145 (code B ref 29170); Mon, 09 Aug 2021 12:32:01 +0000 Received: (at 29170) by debbugs.gnu.org; 9 Aug 2021 12:31:46 +0000 Received: from localhost ([127.0.0.1]:56253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mD4RW-0004CL-7b for submit@debbugs.gnu.org; Mon, 09 Aug 2021 08:31:46 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mD4RU-0004C1-Ma for 29170@debbugs.gnu.org; Mon, 09 Aug 2021 08:31:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=MfgHbSI0Iy6fN2NeoJUXiGG6VEe1Ne5XOvTZKDL6Vb4=; b=Jj8qA0OWjzvK9sLNYkdiNn1aC6 lhiFA6wGEbR/7NtxDUWV3rtwPaA70siQw2cBLmBSFT1tEa0A5/spHBNOCl7sdfmISstW7cqDLtxaF 5bxONEhHripGNm+gm/v6A63l7Vr3pn0DsjIGIx8a9hcx0vcytAfMSCVPtY1YND6gGniU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mD4RL-0005In-3U; Mon, 09 Aug 2021 14:31:37 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> Date: Mon, 09 Aug 2021 14:31:34 +0200 In-Reply-To: <87h7g0m2er.fsf@puffy.omecha.info> ("=?UTF-8?Q?Gr=C3=A9goire?= Jadi"'s message of "Sun, 08 Aug 2021 16:33:48 +0200") Message-ID: <87v94e4x5l.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: =?UTF-8?Q?Gr=C3=A9goire?= Jadi writes: > So we think it is safe to backport this change upstream. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (---) Gr=C3=A9goire Jadi writes: > So we think it is safe to backport this change upstream. [...] > dnl SIGIO exists, but the feature doesn't work in the way Emacs needs. > - hpux* | nacl | openbsd | solaris | unixware ) > + hpux* | nacl | solaris | unixware ) Thanks; I've now applied this to Emacs 28. > Please note that the real issue is not fixed. The issue is in the > broken SIGIO code itself. I was able to reproduce the bug by enabling > emacs_broken_SIGIO on Ubuntu LTS 20.04. I didn't take the time to find > a fix though. The remaining operating systems that uses the broken_SIGIO code paths are pretty obscure -- I guess Solaris is still used to some degree. Hm, let's see... I guess the code paths that are exercised are the ones where USABLE_SIGIO is undefined? Do you have a simple test case for this (on Ubuntu, for instance)? I think it might make sense to open a new bug report for this. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 09 08:31:54 2021 Received: (at control) by debbugs.gnu.org; 9 Aug 2021 12:31:54 +0000 Received: from localhost ([127.0.0.1]:56256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mD4Re-0004Cf-F0 for submit@debbugs.gnu.org; Mon, 09 Aug 2021 08:31:54 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mD4Rc-0004CT-HT for control@debbugs.gnu.org; Mon, 09 Aug 2021 08:31:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XKjJKbNrU5EW/VZt3lvWqpUPKKFMYVfWq+bOzhfz6w0=; b=mO0gQDm5OAE3zFy2bpyW/kLpLQ kVCa1vzmnZ5ovUrHKUt5nBGu98/mvhPv4kyw2OZHlBU6CJIe2cnMR9dQipcUBiivAXZeUuv8TVKZN L0M30q+BdlbZkFBzR5eRjetdjPhW4S4SMbcNoyRu2H6OrzjbNHFPHelfw+7b6/3ARdtI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mD4RU-0005Iw-L2 for control@debbugs.gnu.org; Mon, 09 Aug 2021 14:31:46 +0200 Date: Mon, 09 Aug 2021 14:31:44 +0200 Message-Id: <87tujy4x5b.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #29170 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 29170 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 29170 28.1 quit From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 07:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: Lars Ingebrigtsen Cc: Eli Zaretskii , jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.16288402218727 (code B ref 29170); Fri, 13 Aug 2021 07:37:02 +0000 Received: (at 29170) by debbugs.gnu.org; 13 Aug 2021 07:37:01 +0000 Received: from localhost ([127.0.0.1]:40454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mERkT-0002Ge-Gz for submit@debbugs.gnu.org; Fri, 13 Aug 2021 03:37:01 -0400 Received: from loire.omecha.info ([89.234.177.139]:35089) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mERkQ-0002GP-P7 for 29170@debbugs.gnu.org; Fri, 13 Aug 2021 03:37:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=omecha.info; s=20210119; t=1628840209; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BYxIRqUVGVFwKGGJ2b4X/3R3LWMommL2Yi1FYUeBKgk=; b=Kt+7unPB5bZR3SKZGOcJPjUjNkkl/4KsMwW5zGYs+vo+9kGylx9uB7s4zILBVt4mN67bqr Anr8WWAs9pWymgYQI3EH1KtjUu3OffpLwr9jvN9x4CRCW88ilpOG/kju2bNDg7oNlG3qQn n9uOMCGKistZBAQzyGMi4G1/kPzXdf4= Received: from puffy.omecha.info (puffy.omecha.info [10.0.0.2]) by loire.omecha.info (OpenSMTPD) with ESMTPSA id ef96121c (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Fri, 13 Aug 2021 09:36:49 +0200 (CEST) From: =?UTF-8?Q?Gr=C3=A9goire?= Jadi References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> <87v94e4x5l.fsf@gnus.org> Date: Fri, 13 Aug 2021 09:36:33 +0200 In-Reply-To: <87v94e4x5l.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 09 Aug 2021 14:31:34 +0200") Message-ID: <87a6lllrsu.fsf@puffy.omecha.info> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Gr=C3=A9goire Jadi writes: > >> So we think it is safe to backport this change upstream. > > [...] > >> dnl SIGIO exists, but the feature doesn't work in the way Emacs needs. >> - hpux* | nacl | openbsd | solaris | unixware ) >> + hpux* | nacl | solaris | unixware ) > > Thanks; I've now applied this to Emacs 28. Thanks ! > >> Please note that the real issue is not fixed. The issue is in the >> broken SIGIO code itself. I was able to reproduce the bug by enabling >> emacs_broken_SIGIO on Ubuntu LTS 20.04. I didn't take the time to find >> a fix though. > > The remaining operating systems that uses the broken_SIGIO code paths > are pretty obscure -- I guess Solaris is still used to some degree. > > Hm, let's see... I guess the code paths that are exercised are the ones > where USABLE_SIGIO is undefined? Do you have a simple test case for > this (on Ubuntu, for instance)? I think it might make sense to open a > new bug report for this. Yes, the same snippet used to trigger the bug on OpenBSD can be used: > (let ((value 'SECONDARY) > (x-selection-timeout 2000)) > ;;; from org-get-x-clipboard in lisp/org-compat.el > (gui-get-selection value 'UTF8_STRING) > (gui-get-selection value 'COMPOUND_TEXT) > (gui-get-selection value 'STRING) > (gui-get-selection value 'TEXT)) Best regards, --=20 gjadi PGP : AF26 E9C2 A1C8 8D32 A868 4386 1373 5477 2B65 1894 From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 11:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Cc: Eli Zaretskii , jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162885546927790 (code B ref 29170); Fri, 13 Aug 2021 11:52:02 +0000 Received: (at 29170) by debbugs.gnu.org; 13 Aug 2021 11:51:09 +0000 Received: from localhost ([127.0.0.1]:40655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEViL-0007E6-3q for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:51:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEViE-0007DW-Sq for 29170@debbugs.gnu.org; Fri, 13 Aug 2021 07:51:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9oIUH4S6Zel4D+4/WYz1CectMQJbeAyRKh/j/O1zltU=; b=qv2zEh4WHRjy/Be4J0UnWE5URJ cYq2T8MVU1smj2JHP35aGARZ/YUeLef0myg92InSJs/c9/XnouF2B3SsQemZxJyIl1694twgHC+1m bd10ZlaP1WOTwCogZ0I0jwkf8BpnHBjUwyQ1hdl8k0x0f4+QqCI2TeBBgpDZDdUZMDvk=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVi2-000392-Ub; Fri, 13 Aug 2021 13:50:51 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> <87v94e4x5l.fsf@gnus.org> <87a6lllrsu.fsf@puffy.omecha.info> Date: Fri, 13 Aug 2021 13:50:43 +0200 In-Reply-To: <87a6lllrsu.fsf@puffy.omecha.info> ("=?UTF-8?Q?Gr=C3=A9goire?= Jadi"'s message of "Fri, 13 Aug 2021 09:36:33 +0200") Message-ID: <87czqhftrg.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: =?UTF-8?Q?Gr=C3=A9goire?= Jadi writes: >> Hm, let's see... I guess the code paths that are exercised are the ones >> where USABLE_SIGIO is undefined? Do you have a simple test case for >> this (on Ubuntu, for instance)? I think it might ma [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (---) Gr=C3=A9goire Jadi writes: >> Hm, let's see... I guess the code paths that are exercised are the ones >> where USABLE_SIGIO is undefined? Do you have a simple test case for >> this (on Ubuntu, for instance)? I think it might make sense to open a >> new bug report for this. > > Yes, the same snippet used to trigger the bug on OpenBSD can be used: > >> (let ((value 'SECONDARY) >> (x-selection-timeout 2000)) >> ;;; from org-get-x-clipboard in lisp/org-compat.el >> (gui-get-selection value 'UTF8_STRING) >> (gui-get-selection value 'COMPOUND_TEXT) >> (gui-get-selection value 'STRING) >> (gui-get-selection value 'TEXT)) I tried the following on this Debian/bullseye system. I changed the following in src/config.h: /* Define to 1 if SIGIO is usable. */ #define USABLE_SIGIO 0 and then I build Emacs and ran the snippet -- and it didn't hang for me. Are there additional steps necessary? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Fri Aug 15 20:27:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29170: 26.0.90; Emacs freezes when capturing an org-template Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Aug 2021 11:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29170 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed To: =?UTF-8?Q?Gr=C3=A9goire?= Jadi Cc: Eli Zaretskii , jca@wxcvbn.org, 29170@debbugs.gnu.org Received: via spool by 29170-submit@debbugs.gnu.org id=B29170.162885556027996 (code B ref 29170); Fri, 13 Aug 2021 11:53:02 +0000 Received: (at 29170) by debbugs.gnu.org; 13 Aug 2021 11:52:40 +0000 Received: from localhost ([127.0.0.1]:40659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVjn-0007HO-Q5 for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:52:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVji-0007GW-6V for 29170@debbugs.gnu.org; Fri, 13 Aug 2021 07:52:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Lgh6JaoooQOjPRFKXdd7AbC3MYK3K9CBBWobqJqFdLI=; b=W1FdgqnL1ohTIBqtF5+2hd6YmM 0HjonSQ0YPma6zV7VcDuXz/Czdl7pv6upVIS3xDgA1LL8kRlctpf+jmprLeABsyRqgNPbtrMHH+jK TWqmIMAcGPXqvpweIjQwfciu/gnpeCQGxuum09S1bNfD0DXfip1a8CuqRsvfgap5CMCA=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVjW-00039o-LO; Fri, 13 Aug 2021 13:52:23 +0200 From: Lars Ingebrigtsen References: <87fu9rwksm.fsf@omecha.info> <87lfgpxl4m.fsf@gnus.org> <83sgaxf6eb.fsf@gnu.org> <87blhkwvhm.fsf@gnus.org> <83sgawekcj.fsf@gnu.org> <87zh54fr72.fsf@omecha.info> <87wo07tcz2.fsf@gnus.org> <87tuv4mm0v.fsf@omecha.info> <87v9fh3lck.fsf@gnus.org> <87h7g0m2er.fsf@puffy.omecha.info> <87v94e4x5l.fsf@gnus.org> <87a6lllrsu.fsf@puffy.omecha.info> <87czqhftrg.fsf@gnus.org> Date: Fri, 13 Aug 2021 13:52:18 +0200 In-Reply-To: <87czqhftrg.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 13 Aug 2021 13:50:43 +0200") Message-ID: <878s15ftot.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > /* Define to 1 if SIGIO is usable. */ > #define USABLE_SIGIO 0 Oh, hang on -- the code checks whether it's defined, not that it's 1/0. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (---) Lars Ingebrigtsen writes: > /* Define to 1 if SIGIO is usable. */ > #define USABLE_SIGIO 0 Oh, hang on -- the code checks whether it's defined, not that it's 1/0. Yes, with USABLE_SIGIO undefined, I can reproduce the error. So I'm opening a new bug report for this. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no