From unknown Fri Aug 15 15:35:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#69561 <69561@debbugs.gnu.org> To: bug#69561 <69561@debbugs.gnu.org> Subject: Status: 30.0.50; Freeze from M-x gnus on macOS Reply-To: bug#69561 <69561@debbugs.gnu.org> Date: Fri, 15 Aug 2025 22:35:51 +0000 retitle 69561 30.0.50; Freeze from M-x gnus on macOS reassign 69561 emacs submitter 69561 Gerd M=C3=B6llmann severity 69561 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 06:02:51 2024 Received: (at submit) by debbugs.gnu.org; 5 Mar 2024 11:02:51 +0000 Received: from localhost ([127.0.0.1]:46331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhSZO-0008Lz-Uq for submit@debbugs.gnu.org; Tue, 05 Mar 2024 06:02:51 -0500 Received: from lists.gnu.org ([209.51.188.17]:35388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhSZL-0008Lo-5E for submit@debbugs.gnu.org; Tue, 05 Mar 2024 06:02:49 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rhSWk-00055C-9G for bug-gnu-emacs@gnu.org; Tue, 05 Mar 2024 06:00:07 -0500 Received: from mail-ej1-x62b.google.com ([2a00:1450:4864:20::62b]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rhSWi-0000ut-Jy for bug-gnu-emacs@gnu.org; Tue, 05 Mar 2024 06:00:05 -0500 Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-a3ddc13bbb3so1083761966b.0 for ; Tue, 05 Mar 2024 03:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709636402; x=1710241202; darn=gnu.org; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=eEt+rJ4CPMcEJMy0pf8SU7QTPhoehZS0msREr9gdWW4=; b=Y1USMlpqMpPO6k05cO8bxXLw6KNp5Os8xGFNR22WJjk4BUp72JN7mC3ippOj4eXIsK 3ZMSnCgqvJdwuhuskpfWY0XeWeelnFd2EYJDOiObtHSxPtBA4uHCfqE0u13qccFs6JYJ wY/7rPkF3YJBp97coAnVuLgYdG5tYm8L75JFp5ty/IfNoBWsQSIt9DhVqF2FI8Tc1mxS 9scFgt0RffwxwTjKuUEj4PypTirwxBfOsvrA/VNViP5GHJ01jM9KmgX47TUs+b1ylkl0 aLEDNx4g3ynTzg2gCJSa/hhAD+4UyaAVUYBMQe3RB5DSuYzWB/mi+ey8bUbajxnB3jnP 9pNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709636402; x=1710241202; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=eEt+rJ4CPMcEJMy0pf8SU7QTPhoehZS0msREr9gdWW4=; b=cvnQt3jHoNQBMznA9fI1mVTtUO+APLDmNQKNptvz+bOSnhG/xwNaR3y8Xcqa6UtIZ9 mICGSIh9VtTAAI5/4yMUwbKjfFH6WGbEne+9LjGD30KX1W5diOUt9QIQFblKEVxwVsYH bNehU1F2kJDHGRqhtL9GtCunCPNvzz9GC0EkvbBXG1E9D7t9b1CZW77MLs2UNGEP+dY6 PqDvhql56/isgEcOHZQz92/k0Xldp9v4CFVlR5Q23tKx3hkTb0tldUGio9cy4GGoH87D MDdrlHT8JMb4RMjgj2pUP0cNpU5f1zpJ5ROc44Iv1W84ukI3tfXcVCvPkJJGrZ5pMVAl NGNQ== X-Gm-Message-State: AOJu0YzitYU6+uw4tdGXTx6RRbpROzNSn2AhqXt8Dpk3/NyeV9fRG1p3 /NyeEKVJjye9upfyLzL8W1LrpHRZDo7/8KtN1BQSRDP4wjMjawn1IWfYXBPq X-Google-Smtp-Source: AGHT+IF0hVNefvgr1JdzcbafpFshpCQP7eI9ZYgMFuYpe+90zL73BQSuuXTj8BkJdyMF14TS4p1Djg== X-Received: by 2002:a17:907:e9e:b0:a45:99f0:3fbb with SMTP id ho30-20020a1709070e9e00b00a4599f03fbbmr2818511ejc.9.1709636401665; Tue, 05 Mar 2024 03:00:01 -0800 (PST) Received: from Pro.fritz.box (pd9e367d6.dip0.t-ipconnect.de. [217.227.103.214]) by smtp.gmail.com with ESMTPSA id c8-20020aa7d608000000b0056470bf320asm5685373edr.43.2024.03.05.03.00.00 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 03:00:01 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: bug-gnu-emacs@gnu.org Subject: 30.0.50; Freeze from M-x gnus on macOS X-Debbugs-Cc: Date: Tue, 05 Mar 2024 11:59:59 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::62b; envelope-from=gerd.moellmann@gmail.com; helo=mail-ej1-x62b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I experienced another complete Emacs freeze today on macOS, this time from M-x gnus. This doesn't always happen, most of the time Gnus works just fine. It's maybe also significant that I see freezes without using Gnus. I have not found a recipe to reproduce the freezes at will. Interrupting the process in LLDB shows (lldb) xbacktrace (unsigned char *) data = 0x00000001002a5cbd "accept-process-output" (unsigned char *) data = 0x00007fccffcd8490 "epg-wait-for-status" (unsigned char *) data = 0x00007fcd0129fb20 "epg-start-decrypt" (unsigned char *) data = 0x00007fcd0129fc10 "epg-decrypt-file" (unsigned char *) data = 0x00007fcd013b2a08 "epa-file-insert-file-contents" (unsigned char *) data = 0x000000010029eb79 "apply" (unsigned char *) data = 0x0000000175c52557 "epa-file-handler" (unsigned char *) data = 0x000000010029b6e3 "insert-file-contents" (unsigned char *) data = 0x00007fccff9dd398 "auth-source-netrc-parse" (unsigned char *) data = 0x00007fccff9dcbe8 "auth-source-netrc-search" (unsigned char *) data = 0x000000010029eb79 "apply" (unsigned char *) data = 0x00007fccff9dd020 "auth-source-search-backends" (unsigned char *) data = 0x00007fccff9dce48 "auth-source-search" (unsigned char *) data = 0x00007fccffdf1138 "nntp-send-authinfo" (unsigned char *) data = 0x00007fcd0180f9a8 "nntp-open-connection" (unsigned char *) data = 0x00007fcd0180fc78 "nntp-open-server" (unsigned char *) data = 0x00007fcd012ba800 "gnus-open-server" (unsigned char *) data = 0x00007fcd012cd1c8 "gnus-start-news-server" (unsigned char *) data = 0x00007fccffcca8c8 "gnus-1" (unsigned char *) data = 0x0000000175c5d840 "gnus" (unsigned char *) data = 0x000000010029e589 "funcall-interactively" (unsigned char *) data = 0x000000010029e576 "call-interactively" (unsigned char *) data = 0x00000001002a1a0f "command-execute" (unsigned char *) data = 0x0000000175c74bc7 "execute-extended-command" (unsigned char *) data = 0x000000010029e589 "funcall-interactively" (unsigned char *) data = 0x000000010029e576 "call-interactively" (unsigned char *) data = 0x00000001002a1a0f "command-execute" It apparently doesn't come out of the accept-process-output, although epg-wait-for-status specifies a timeout of 1 second. On the C side, backtraces always show wait_reading_process_output on the stack. This is AFAICT also the case in other freezes without using Gnus. In GNU Emacs 30.0.50 (build 3, x86_64-apple-darwin23.3.0, NS appkit-2487.40 Version 14.3.1 (Build 23D60)) of 2024-03-05 built on Pro.fritz.box Repository revision: 218748c26287ae865229fe8a3c520facfa12fede Repository branch: master Windowing system distributor 'Apple', version 10.3.2487 System Description: macOS 14.3.1 From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 06:05:55 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 11:05:55 +0000 Received: from localhost ([127.0.0.1]:46346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhScN-0008Rz-9q for submit@debbugs.gnu.org; Tue, 05 Mar 2024 06:05:55 -0500 Received: from mail-ej1-f42.google.com ([209.85.218.42]:47589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhScK-0008Rk-IC for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 06:05:53 -0500 Received: by mail-ej1-f42.google.com with SMTP id a640c23a62f3a-a450bedffdfso277385966b.3 for <69561@debbugs.gnu.org>; Tue, 05 Mar 2024 03:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709636656; x=1710241456; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:from:to:cc:subject:date :message-id:reply-to; bh=njIqvScvecSDlRh04tApZ6X9K766oK05OnQXs7BCrZ4=; b=g8hL1yNYB8eiFRynpFvKkch2/z6YM95b8HeEWlUWIzANOgZhd9wrMr/5sqjyVT1CSW Qflz4b3F9MX0PGF+84SJSHGy+ORsqGFMjrOXNArd/VHcAIEAz9HD6xYUERz+GBFyeZK6 1B4KXhYOdqHtxpcYAymS+Lqy4WmzZzrz7MOoha9J3adS/Oc7U9Yu64Cu64UFuBBSE7K2 B9vTbF0g4qfVnU/jJXby+0pfLfSVkf8bmgTx+mbW9802DEz8/5nmjYiUZLtwvXvcq0lC X+c6/eRNP9XPkEpUXF9OT+VJB1p/GsHHyAIcxIIPzEjSh1LNCbQg3Lasy3UFFmzzji3q WXFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709636656; x=1710241456; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=njIqvScvecSDlRh04tApZ6X9K766oK05OnQXs7BCrZ4=; b=nqmnjcwreQDAAdgMV9HZn4VMj4ryd91JTlxf0KQcfppEjOydEQQxfoSWTYAvW8j2GL rOv5cx05Zgq7R+67nJuGL5NLKdm+50FQFhwtVnNstbxMID8WB0sl+O45Knq76aOOkKjt 0ynt8XJNTIXaxqXi0uizzcioXdvPatYGyr1Q1yCT9sU5VWQ4LoFCG0i+oEK7KNVQYbPn YPW4/R8jQpHP0+Awoeldno9Ltk8Y4yBYZibLVemAjuS84qGvdQhdTl754Q38hAmuGSXj D2IAcljsNokXLCkxjGVSu8QgSd5+le6xVEyNIbvxdJQ0HWcEfEDd2mDAINKDB8mIblK2 2NBg== X-Gm-Message-State: AOJu0Yx0YUxrZO7sxJUDz/che3hFM2fP8BwKPaRT3Stjj9RHYAt+VTCo hiWaDF+c1vMdNSFShEAukZpYz47SYaGr0Schve8YyWXL/pdf3VN3IHqe/iGL X-Google-Smtp-Source: AGHT+IF1Nlk9zvg9/ahPbboDzakjwXkDmK/Zi6q769B9l1VLszbFIGWA/aS9w7fLlER5xMDE7GQSMA== X-Received: by 2002:a17:906:b312:b0:a3f:ce89:f913 with SMTP id n18-20020a170906b31200b00a3fce89f913mr7359481ejz.42.1709636655843; Tue, 05 Mar 2024 03:04:15 -0800 (PST) Received: from Pro.fritz.box (pd9e367d6.dip0.t-ipconnect.de. [217.227.103.214]) by smtp.gmail.com with ESMTPSA id lk13-20020a170906cb0d00b00a453123b111sm2505085ejb.120.2024.03.05.03.04.15 for <69561@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 03:04:15 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: 69561@debbugs.gnu.org Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Tue, 05 Mar 2024 11:59:59 +0100") References: Date: Tue, 05 Mar 2024 12:04:14 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: 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 (-) Gerd M=C3=B6llmann writes: Forgot a sampel C backtrace (lldb) bt 10 * thread #1, queue =3D 'com.apple.main-thread', stop reason =3D signal SIGS= TOP * frame #0: 0x00007ff81b20f7f2 libsystem_kernel.dylib`__pthread_sigmask += 10 frame #1: 0x00007ff81b2487f7 libsystem_pthread.dylib`pthread_sigmask + 9 frame #2: 0x000000010010bc60 emacs`block_interrupt_signal(oldset=3D) at sysdep.c:891:3 [opt] frame #3: 0x00000001002024d0 emacs`really_call_select(arg=3D0x00007ff7b= fef9008) at thread.c:619:3 [opt] frame #4: 0x0000000100202490 emacs`thread_select [inlined] flush_stack_= call_func(func=3D, arg=3D0x00007ff7bfef9008) at lisp.h:4457:3 = [opt] frame #5: 0x0000000100202480 emacs`thread_select(func=3D, = max_fds=3D, rfds=3D, wfds=3D, efds= =3D, timeout=3D, sigmask=3D0x0000000000000000) at= thread.c:656:3 [opt] frame #6: 0x00000001001d94d2 emacs`wait_reading_process_output(time_lim= it=3D, nsecs=3D, read_kbd=3D0, do_display=3Dfalse= , wait_for_cell=3D(struct Lisp_Symbol *) $123 =3D 0x00000001007d24b0, wait_= proc=3D0x00007fccffdcc9d8, just_wait_proc=3D0) at process.c:5484:9 [opt] frame #7: 0x00000001001d8bdc emacs`Faccept_process_output(process=3D, seconds=3D(EMACS_INT) $132 =3D 1, millisec=3D, jus= t_this_one=3D(struct Lisp_Symbol *) $150 =3D 0x00000001007d24b0) at process= .c:4912:7 [opt] frame #8: 0x00000001001ce53c emacs`exec_byte_code(fun=3D, = args_template=3D, nargs=3D, args=3D)= at bytecode.c:814:14 [opt] frame #9: 0x0000000100183d60 emacs`funcall_lambda(fun=3D, = nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] [= artificial] From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 09:31:38 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 14:31:38 +0000 Received: from localhost ([127.0.0.1]:46999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhVpR-0005Jl-0Z for submit@debbugs.gnu.org; Tue, 05 Mar 2024 09:31:38 -0500 Received: from mail-ed1-f46.google.com ([209.85.208.46]:48225) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhVpK-0005JP-Ie for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 09:31:35 -0500 Received: by mail-ed1-f46.google.com with SMTP id 4fb4d7f45d1cf-567bac94719so262985a12.0 for <69561@debbugs.gnu.org>; Tue, 05 Mar 2024 06:31:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709648994; x=1710253794; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:from:to:cc:subject:date :message-id:reply-to; bh=sP8i0xjS7+72aIYD+7PQfUhyw+ll/kzOmyA4u3ipNeY=; b=ck5PErz4tDUM7+O7cdbNbvq6WGk4KRdo+MhxwIHzP6pTp5t3MIyoJQN/zwkC2hDvqo nim7tX5DiGJkVSgKAGXyaS5AmUaKjgqxFaXAnpovUferzd4FBxT4Ek8rEe2F4x9B7ugR NJpTNRaDkX2PyYHVJjnQvb1QoWYDUWELvfdxr0LVIASGOJcwwkc2+mig01W/YEmgNgO8 CvX7qWi4E3J9QbWO4RHnZpp5pt6z2zUxyf2+CTFdGv1YZVIUE8eXTN0eEtAtcLFKz5hA R/R7PSEpvAi/vmkHCk23/efrOGyb1wmzabud+zTixJ/pLgvqEs4pP3Nt72rI+rFXJMia N9uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709648994; x=1710253794; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=sP8i0xjS7+72aIYD+7PQfUhyw+ll/kzOmyA4u3ipNeY=; b=HSjSiS9J9wCzeXLj5nyhpbm8e4GduYSe/xJzS2QsIbJqJ1E+XpoDnJtwZwj2X74jsH tQ+VbgOxY4SAQp6GEmpbgVzmjsRDElqsNgcw78MDF8GnFMjkWdoG8Cx/eF+cBA0aJ1en U/pItn/nySZNa27a5vowRtuA8avwTtqHVk3nDR66WpyGZwwWAzI4jozVxbGYc3pM8PHV pjIPtRhHLNmUiKu3XkCbsHQgEnfnzoUfOpNkuYiRN4YZynsxWMEdSQoIBzOGBx/YUM/S SNU+JudKKqfC69VjVWEgurPiv+dcFzOQeDADThtKw6dF8suxelCrtJQ4xzuXI3UUDN11 FxBA== X-Gm-Message-State: AOJu0YxbQYHbYUcy0Kexn+POdH7oUG3yIGb6fsGARhZRvymHZRAsYTOq SmCzLSQNZhwpHQ8wbvXmg0mbrq9F0LXyO/upb4OSSsragWctWPolWWIb6mgR X-Google-Smtp-Source: AGHT+IFyum3XnLktM0iI4bqssJaxMWg0tlA35UuQ5uuhU+Quz7ihZvXTdfpmHWBYlFOajvUNw0IQEw== X-Received: by 2002:aa7:d803:0:b0:566:ff83:bfbf with SMTP id v3-20020aa7d803000000b00566ff83bfbfmr7258464edq.37.1709648993983; Tue, 05 Mar 2024 06:29:53 -0800 (PST) Received: from Pro.fritz.box (pd9e367d6.dip0.t-ipconnect.de. [217.227.103.214]) by smtp.gmail.com with ESMTPSA id n21-20020aa7c795000000b00567a3ec7dbdsm378731eds.97.2024.03.05.06.29.53 for <69561@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 06:29:53 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: 69561@debbugs.gnu.org Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Tue, 05 Mar 2024 12:04:14 +0100") References: Date: Tue, 05 Mar 2024 15:29:51 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: 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 (-) Gerd M=C3=B6llmann writes: Happened again, this time when sending a mail to Alan in debbugs-gnu. Stepping through wait_reading_process_output one can see that ns_select is called again and again and again without progress. (Alas, I don't understand this function anymore, so I can't extract hints out of what I'm seeing.) I'm now trying with older versions of master, because HEAD seems to be currently unusable. (lldb) xbacktrace (unsigned char *) data =3D 0x00000001002a5cbd "accept-process-output" (unsigned char *) data =3D 0x00007f87f15597f8 "epg-wait-for-status" (unsigned char *) data =3D 0x00007f87f155ac80 "epg-start-decrypt" (unsigned char *) data =3D 0x00007f87f155ad70 "epg-decrypt-file" (unsigned char *) data =3D 0x00007f87f68b7798 "epa-file-insert-file-content= s" (unsigned char *) data =3D 0x000000010029eb79 "apply" (unsigned char *) data =3D 0x0000000175c52557 "epa-file-handler" (unsigned char *) data =3D 0x000000010029b6e3 "insert-file-contents" (unsigned char *) data =3D 0x00007f87f2042ea0 "auth-source-netrc-parse" (unsigned char *) data =3D 0x00007f87f20426f0 "auth-source-netrc-search" (unsigned char *) data =3D 0x000000010029eb79 "apply" (unsigned char *) data =3D 0x00007f87f2042b28 "auth-source-search-backends" (unsigned char *) data =3D 0x00007f87f2042950 "auth-source-search" (unsigned char *) data =3D 0x00007f87f15f3f80 "network-stream-certificate" (unsigned char *) data =3D 0x00007f87efb6e6a8 "network-stream-open-starttls" (unsigned char *) data =3D 0x00000001002a33bd "open-network-stream" (unsigned char *) data =3D 0x00007f87efbbc638 "smtpmail-via-smtp" (unsigned char *) data =3D 0x0000000175cf968b "smtpmail-send-it" (unsigned char *) data =3D 0x00007f87f157c688 "message-use-send-mail-functi= on" (unsigned char *) data =3D 0x00007f87f157c6b0 "message--default-send-mail-f= unction" (unsigned char *) data =3D 0x00007f87f158bea0 "message-multi-smtp-send-mail" (unsigned char *) data =3D 0x00007f87f158bf90 "message--send-mail-maybe-par= tially" (unsigned char *) data =3D 0x00007f87f158b5f8 "message-send-mail" (unsigned char *) data =3D 0x00007f87f157def8 "message-send-via-mail" (unsigned char *) data =3D 0x00007f87f1585680 "message-send" (unsigned char *) data =3D 0x0000000175c5d433 "message-send-and-exit" (unsigned char *) data =3D 0x000000010029e589 "funcall-interactively" (unsigned char *) data =3D 0x000000010029e576 "call-interactively" (unsigned char *) data =3D 0x00000001002a1a0f "command-execute" (lldb) bt all * thread #1, queue =3D 'com.apple.main-thread', stop reason =3D signal SIGS= TOP * frame #0: 0x00007ff81b20f7f2 libsystem_kernel.dylib`__pthread_sigmask += 10 frame #1: 0x00007ff81b2487f7 libsystem_pthread.dylib`pthread_sigmask + 9 frame #2: 0x0000000100202545 emacs`really_call_select(arg=3D0x00007ff7b= fef9288) at thread.c:639:3 [opt] frame #3: 0x0000000100202490 emacs`thread_select [inlined] flush_stack_= call_func(func=3D, arg=3D0x00007ff7bfef9288) at lisp.h:4457:3 = [opt] frame #4: 0x0000000100202480 emacs`thread_select(func=3D, = max_fds=3D38, rfds=3D, wfds=3D, efds=3D, timeout=3D, sigmask=3D0x0000000000000000) at thread.c:656= :3 [opt] frame #5: 0x0000000100226a74 emacs`ns_select_1(nfds=3D38, readfds=3D0x0= 0007ff7bfef9580, writefds=3D0x00007ff7bfef9460, exceptfds=3D0x0000000000000= 000, timeout=3D0x00007ff7bfef9670, sigmask=3D0x0000000000000000, run_loop_o= nly=3DNO) at nsterm.m:4760:12 [opt] frame #6: 0x0000000100226704 emacs`ns_select(nfds=3D, read= fds=3D, writefds=3D, exceptfds=3D, t= imeout=3D, sigmask=3D) at nsterm.m:4888:10 [opt] frame #7: 0x00000001001d9e3d emacs`wait_reading_process_output(time_lim= it=3D, nsecs=3D, read_kbd=3D0, do_display=3Dfalse= , wait_for_cell=3D(struct Lisp_Symbol *) $423 =3D 0x00000001007d24b0, wait_= proc=3D0x00007f87f20f8218, just_wait_proc=3D0) at process.c:5748:18 [opt] frame #8: 0x00000001001d8bdc emacs`Faccept_process_output(process=3D, seconds=3D(EMACS_INT) $432 =3D 1, millisec=3D, jus= t_this_one=3D(struct Lisp_Symbol *) $450 =3D 0x00000001007d24b0) at process= .c:4912:7 [opt] frame #9: 0x00000001001ce53c emacs`exec_byte_code(fun=3D, = args_template=3D, nargs=3D, args=3D)= at bytecode.c:814:14 [opt] frame #10: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #11: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #12: 0x000000010017e14a emacs`Ffuncall(nargs=3D6, args=3D(struct = Lisp_Symbol *) $463 =3D 0x00007ff8c06cbde0) at eval.c:3022:21 [opt] frame #13: 0x00000001001825ad emacs`Fapply(nargs=3D2, args=3D) at eval.c:2693:24 [opt] frame #14: 0x00000001001ce53c emacs`exec_byte_code(fun=3D,= args_template=3D, nargs=3D, args=3D= ) at bytecode.c:814:14 [opt] frame #15: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #16: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #17: 0x000000010017e14a emacs`Ffuncall(nargs=3D7, args=3D(struct = Lisp_Symbol *) $474 =3D 0x00007ff8c06cc330) at eval.c:3022:21 [opt] frame #18: 0x000000010012ccf2 emacs`Finsert_file_contents(filename=3D(s= truct Lisp_String *) $481 =3D 0x00007f87f8507750, visit=3D(struct Lisp_Symb= ol *) $499 =3D 0x00000001007d24b0, beg=3D(struct Lisp_Symbol *) $520 =3D 0x= 00000001007d24b0, end=3D(struct Lisp_Symbol *) $541 =3D 0x00000001007d24b0,= replace=3D(struct Lisp_Symbol *) $562 =3D 0x00000001007d24b0) at fileio.c:= 4132:13 [opt] frame #19: 0x00000001001ce53c emacs`exec_byte_code(fun=3D,= args_template=3D, nargs=3D, args=3D= ) at bytecode.c:814:14 [opt] frame #20: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #21: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #22: 0x000000010017e14a emacs`Ffuncall(nargs=3D19, args=3D(struct= Lisp_Symbol *) $575 =3D 0x00007ff8c06d0810) at eval.c:3022:21 [opt] frame #23: 0x00000001001825ad emacs`Fapply(nargs=3D14, args=3D) at eval.c:2693:24 [opt] frame #24: 0x00000001001ce53c emacs`exec_byte_code(fun=3D,= args_template=3D, nargs=3D, args=3D= ) at bytecode.c:814:14 [opt] frame #25: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #26: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #27: 0x00000001001ce400 emacs`exec_byte_code(fun=3D,= args_template=3D, nargs=3D, args=3D= ) at bytecode.c:816:14 [opt] frame #28: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #29: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #30: 0x000000010017e14a emacs`Ffuncall(nargs=3D2, args=3D(struct = Lisp_Symbol *) $586 =3D 0x00007ff8c06d0d58) at eval.c:3022:21 [opt] frame #31: 0x000000010017a777 emacs`Ffuncall_interactively(nargs=3D2, a= rgs=3D(struct Lisp_Symbol *) $597 =3D 0x00007ff8c06d0d58) at callint.c:250:= 32 [opt] frame #32: 0x000000010017e14a emacs`Ffuncall(nargs=3D3, args=3D(struct = Lisp_Symbol *) $608 =3D 0x00007ff8c06d0d50) at eval.c:3022:21 [opt] frame #33: 0x000000010017bcd8 emacs`Fcall_interactively(function=3D(str= uct Lisp_Symbol *) $627 =3D 0x0000000175229860, record_flag=3D(struct Lisp_= Symbol *) $648 =3D 0x00000001007d24b0, keys=3D(struct Lisp_Vector *) $657 = =3D 0x00007f87f1164298) at callint.c:789:21 [opt] frame #34: 0x00000001001ce53c emacs`exec_byte_code(fun=3D,= args_template=3D, nargs=3D, args=3D= ) at bytecode.c:814:14 [opt] frame #35: 0x0000000100183d60 emacs`funcall_lambda(fun=3D,= nargs=3D, arg_vector=3D) at eval.c:3194:9 [opt] = [artificial] frame #36: 0x0000000100183583 emacs`funcall_general(fun=3D= , numargs=3D, args=3D) at eval.c:0:4 [opt] [artif= icial] frame #37: 0x000000010017e14a emacs`Ffuncall(nargs=3D2, args=3D(struct = Lisp_Symbol *) $667 =3D 0x00007ff8c06d1210) at eval.c:3022:21 [opt] frame #38: 0x00000001000eba62 emacs`command_loop_1 at keyboard.c:1549:1= 3 [opt] frame #39: 0x0000000100180956 emacs`internal_condition_case(bfun=3D(ema= cs`command_loop_1 at keyboard.c:1323), handlers=3D(struct Lisp_Symbol *) $6= 86 =3D 0x00000001007d2540, hfun=3D(emacs`cmd_error at keyboard.c:969)) at e= val.c:1537:25 [opt] frame #40: 0x00000001000eb43e emacs`command_loop_2(handlers=3D(struct L= isp_Symbol *) $707 =3D 0x00000001007d2540) at keyboard.c:1167:11 [opt] frame #41: 0x000000010017ff80 emacs`internal_catch(tag=3D(struct Lisp_S= ymbol *) $728 =3D 0x00000001007e2020, func=3D(emacs`command_loop_2 at keybo= ard.c:1163), arg=3D(struct Lisp_Symbol *) $749 =3D 0x00000001007d2540) at e= val.c:1217:25 [opt] frame #42: 0x00000001000eac44 emacs`command_loop at keyboard.c:1145:2 [= opt] frame #43: 0x00000001000eaabb emacs`recursive_edit_1 at keyboard.c:753:= 9 [opt] frame #44: 0x00000001000eae38 emacs`Frecursive_edit at keyboard.c:836:3= [opt] frame #45: 0x00000001000e9991 emacs`main(argc=3D, argv=3D0= x00007ff7bfeff3a0) at emacs.c:2624:3 [opt] frame #46: 0x00007ff81aebe386 dyld`start + 1942 thread #2, name =3D 'gmain' frame #0: 0x00007ff81b21291e libsystem_kernel.dylib`__select + 10 frame #1: 0x00000001012cc632 libglib-2.0.0.dylib`g_poll + 505 frame #2: 0x00000001012bde80 libglib-2.0.0.dylib`g_main_context_iterate= _unlocked + 299 frame #3: 0x00000001012bdf31 libglib-2.0.0.dylib`g_main_context_iterati= on + 55 frame #4: 0x00000001012bef22 libglib-2.0.0.dylib`glib_worker_main + 30 frame #5: 0x00000001012e3739 libglib-2.0.0.dylib`g_thread_proxy + 66 frame #6: 0x00007ff81b249202 libsystem_pthread.dylib`_pthread_start + 99 frame #7: 0x00007ff81b244bab libsystem_pthread.dylib`thread_start + 15 thread #5 frame #0: 0x00007ff81b20e83a libsystem_kernel.dylib`__pselect + 10 frame #1: 0x00007ff81b20e72f libsystem_kernel.dylib`pselect$DARWIN_EXTS= N + 42 frame #2: 0x00000001002291b2 emacs`-[EmacsApp fd_handler:](self=3D, _cmd=3D, unused=3D) at nsterm.m:6323:20= [opt] frame #3: 0x00007ff81c2b771c Foundation`__NSThread__start__ + 1013 frame #4: 0x00007ff81b249202 libsystem_pthread.dylib`_pthread_start + 99 frame #5: 0x00007ff81b244bab libsystem_pthread.dylib`thread_start + 15 thread #7, name =3D 'com.apple.NSEventThread' frame #0: 0x00007ff81b209a2e libsystem_kernel.dylib`mach_msg2_trap + 10 frame #1: 0x00007ff81b217e3a libsystem_kernel.dylib`mach_msg2_internal = + 84 frame #2: 0x00007ff81b210b62 libsystem_kernel.dylib`mach_msg_overwrite = + 653 frame #3: 0x00007ff81b209d1f libsystem_kernel.dylib`mach_msg + 19 frame #4: 0x00007ff81b325135 CoreFoundation`__CFRunLoopServiceMachPort = + 143 frame #5: 0x00007ff81b323ba5 CoreFoundation`__CFRunLoopRun + 1371 frame #6: 0x00007ff81b323082 CoreFoundation`CFRunLoopRunSpecific + 557 frame #7: 0x00007ff81ea90aac AppKit`_NSEventThread + 122 frame #8: 0x00007ff81b249202 libsystem_pthread.dylib`_pthread_start + 99 frame #9: 0x00007ff81b244bab libsystem_pthread.dylib`thread_start + 15 thread #28 frame #0: 0x00007ff81b20b152 libsystem_kernel.dylib`__workq_kernreturn = + 10 frame #1: 0x00007ff81b245ca0 libsystem_pthread.dylib`_pthread_wqthread = + 416 frame #2: 0x00007ff81b244b97 libsystem_pthread.dylib`start_wqthread + 15 thread #29 frame #0: 0x00007ff81b244b88 libsystem_pthread.dylib`start_wqthread From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 10:47:46 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 15:47:46 +0000 Received: from localhost ([127.0.0.1]:48730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhX18-0007me-Bo for submit@debbugs.gnu.org; Tue, 05 Mar 2024 10:47:46 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48090) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhX13-0007mK-NQ for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 10:47:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rhX0S-0006dm-PE; Tue, 05 Mar 2024 10:47:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=E9P0KMtGBclExAHotrdh5UtHidqExCoKf+9iuUOC0M0=; b=bk1mgtxqtOmeSdAEG1Hy unK2jTwjdQBgrAVNa/MtSFikIkS/a3GzToQ640/lE+d8wD60v/VjKQYqsgWAQ4mD9X52CiTwEbMYc UC39O4XVoIXzWHiLxH0HPecer95wa7F6XXZ/lw2d5NNRPazprK0AP6uVA7OsxzdnQQGT58NlI672E iuabtjv3zjAVWIBJNWw1d1DVte0EeFuRueciEsso/OZiuqHCF79gxQCWW9q09XAv/wBJO44oKnFqO vIyIVF0jwzw/Bfi+eesBNq7INkTvqV4DP+ZY+yqMJt2HBpYKQeehqMhSezuMpGXC+7UBMJ/97912L szXko7kx9x6/RA==; Date: Tue, 05 Mar 2024 17:46:22 +0200 Message-Id: <86plw8lm0h.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Tue, 05 Mar 2024 15:29:51 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Date: Tue, 05 Mar 2024 15:29:51 +0100 > > Gerd Möllmann writes: > > Happened again, this time when sending a mail to Alan in debbugs-gnu. > > Stepping through wait_reading_process_output one can see that ns_select > is called again and again and again without progress. That probably means the descriptor on which ns_select was supposed to wait doesn't become read-ready for some reason. Can you figure out which descriptor is that, and then what happened to the process from which we want to read via that descriptor? Maybe the descriptor mask used in ns_select call is wrong, and the bit corresponding to the subprocess' descriptor is not set for some reason? But wait: epg-wait-for-status seems to wait for one or more processes to exit. So what is the status of the process for which it waits? Is it running, or did it perhaps already exit? And one other thing: what is the version of GnuPG you are using here? There's an entry in PROBLEMS about hangs related to some versions of GnuPG; could that be your problem here? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 11:40:01 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 16:40:01 +0000 Received: from localhost ([127.0.0.1]:48786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhXpf-0000qH-Cd for submit@debbugs.gnu.org; Tue, 05 Mar 2024 11:40:01 -0500 Received: from mail-ed1-f44.google.com ([209.85.208.44]:44162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhXpc-0000pz-5H for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 11:39:58 -0500 Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-5640fef9fa6so7203463a12.0 for <69561@debbugs.gnu.org>; Tue, 05 Mar 2024 08:39:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709656700; x=1710261500; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=cf5G3+YI5O8Ru7lJQSIksh8vRiZwFGyODxqodmQq4cg=; b=iOpdDL7M9URFf/9o50vQZc2jnVCm97xS3CfBQH1gqpHPdZpduH9W5b8H1np1BOv2z7 ynuAMfhhPqUb30a1EX1lMwazjHA6/0AvUZ7OdekA4iyKH4VArZr/JdIB6Sxf85dhVr6X cPWhwGgMiJpvDvGRjCajI3z3Fbn01H3sgNnteObaGkr4RunsinoLdz6qKVvoL2zRM7/U TsUua22XVXwZfhT8tVaTYNi3qJ7BhcHkPLYUtuzUbHDqc02nYNlIKGvsO6dI+6+Ze2WP 7Y9wczJdD7n6kIM58AmquPFKr9AMV/ma8Crri3AYpCphzlK7hrrPx/f7N7O3YBfj4bq9 Is0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709656700; x=1710261500; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=cf5G3+YI5O8Ru7lJQSIksh8vRiZwFGyODxqodmQq4cg=; b=UfqB8GgUWGn57alUbORMirCEj40wH0Cc3O6DNDMZPoooNjtFEUSgGsSS2lC7qP2C+O WCKO6w9Pj3UObTT1i0MkNXJI/uYi4e3eiDKwzYT6rWlLaZuXr4eaDuGw0Iq0EkNMLh5N //2siJa1+iqNlyZQIvnni7aqsR6fuk7cF/BFO+w0ftO1xK/t9l1EeEkJQxYrE9zeJl59 Qj9+7q50T32q/a2LWkz7Q1T9vMIv3cqvYYFCqtgoZ1acnZMCDRFMZxIMtmYrNfYNFUrI w9VRygDJKRUm1N/lU17avlKrptSdjDPbfkFszcLs96a1ebv4aqQn/Z+fKn/rx46DK8Ai Pkqg== X-Gm-Message-State: AOJu0YyQEIe4uZSVg83WIYUwCoVXAr3ZQY3ky7ZTM3dpo6rWVpTX7/a+ /iOci/qzHvztGH7uZ/UaOZeiAjcL36uOF+tw/ZRouvwal+4d+hZFIADtKOE9 X-Google-Smtp-Source: AGHT+IFBnMWF0sWFGY4CVCHLh8JxM1WHKjJTqxUuclu4gpwguAcA7CiYlZ+LhM6SD3qKjjiKP0wGXA== X-Received: by 2002:a17:907:20d9:b0:a44:1b98:1829 with SMTP id qq25-20020a17090720d900b00a441b981829mr9192948ejb.57.1709656695851; Tue, 05 Mar 2024 08:38:15 -0800 (PST) Received: from Pro.fritz.box (pd9e367d6.dip0.t-ipconnect.de. [217.227.103.214]) by smtp.gmail.com with ESMTPSA id ld13-20020a170906f94d00b00a451ab833c5sm3086639ejb.21.2024.03.05.08.38.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 08:38:15 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86plw8lm0h.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Mar 2024 17:46:22 +0200") References: <86plw8lm0h.fsf@gnu.org> Date: Tue, 05 Mar 2024 17:38:14 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Gerd M=C3=B6llmann >> Date: Tue, 05 Mar 2024 15:29:51 +0100 >>=20 >> Gerd M=C3=B6llmann writes: >>=20 >> Happened again, this time when sending a mail to Alan in debbugs-gnu. >>=20 >> Stepping through wait_reading_process_output one can see that ns_select >> is called again and again and again without progress. > > That probably means the descriptor on which ns_select was supposed to > wait doesn't become read-ready for some reason. Can you figure out > which descriptor is that, and then what happened to the process from > which we want to read via that descriptor? Maybe the descriptor mask > used in ns_select call is wrong, and the bit corresponding to the > subprocess' descriptor is not set for some reason? Thanks for taking a look at this with me. I didn't take a closer look at ns_select etc. in LLDB, sorry. It was a build with -O2, ... ;-) > But wait: epg-wait-for-status seems to wait for one or more processes > to exit. So what is the status of the process for which it waits? Is > it running, or did it perhaps already exit? I could see gpg running in Activity Monitor. > And one other thing: what is the version of GnuPG you are using here? > There's an entry in PROBLEMS about hangs related to some versions of > GnuPG; could that be your problem here? PROBLEMS says I have the version with the fix for the hang: .../github/igc/src % gpg --version gpg (GnuPG) 2.4.4 libgcrypt 1.10.3 =20=20=20=20=20=20=20=20=20=20 The situation is like this, as I see it here: - Emacs master worked fine a while ago. Alas, I can't say when this started because I usually don't use master, but a local version, that is dervied from master, but that I don't merge with master frequently. - I think most freezes I've seen during the last days were with Eglot using clangd. They looked very similar to the ones with Gnus, with a different Lisp backtrace of course. So, it's probably not gpg. I'm currently trying to bisect when this problem started. I can't force the freeze to happen, but I hope that surviving a day or two can be counted as a good version, when it freezes at leasst once a day with master. Maybe I can find the culprit that way. So far, a3d7092114db09fee392ccc8187fde03376f2089 seems to behave well, which is from CommitDate: Sun Jan 28 00:26:44 2024 -0800 From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 11:53:25 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 16:53:25 +0000 Received: from localhost ([127.0.0.1]:48818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhY2f-0001Hs-HG for submit@debbugs.gnu.org; Tue, 05 Mar 2024 11:53:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhY2b-0001Hd-Pb for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 11:53:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rhY21-0002gE-QY; Tue, 05 Mar 2024 11:52:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=paMOfh1FrlPTs6/qFTu5s7QyGojklxST+bCzKo/Hmhg=; b=Mw0wsLI6oBmEsyNn+iX/ iY+v2/i3H64IksxeyKE52EVjX+eQ6M8vg5AZ4UMjDmxrkvVAe5m4UNysuQUy6x9MAhCnbTqRiTEHG egWJNkjLJc0TpPqQ7J5AH9utrslhXpLkgcJbMsueKuD0tEibi+baFTQhk59P/QBi0URGk0eXc9w7Q OgeGkg9snd/G6iuYIjpu0sZll9BuDPi+pdSCeNBQyspat9X0xhOHPtLJLa3RP/zqj1gwOlu/wnnI/ X0lrWx0V1rw0tGEOFOBiP1xOI8UAOHYCWO38jcAR7fvTCKm04Ph6oQmBba7ZY3MZEIZ42dbzQJ1ND UhU1JIBUwLzBqQ==; Date: Tue, 05 Mar 2024 18:52:41 +0200 Message-Id: <86jzmglixy.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Tue, 05 Mar 2024 17:38:14 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: <86plw8lm0h.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Cc: 69561@debbugs.gnu.org > Date: Tue, 05 Mar 2024 17:38:14 +0100 > > Eli Zaretskii writes: > > > But wait: epg-wait-for-status seems to wait for one or more processes > > to exit. So what is the status of the process for which it waits? Is > > it running, or did it perhaps already exit? > > I could see gpg running in Activity Monitor. "Running" as in "consuming CPU", or just didn't exit yet? Maybe you should attach a debugger to gpg and try to understand what is it doing and why it doesn't exit? > I'm currently trying to bisect when this problem started. I can't force > the freeze to happen, but I hope that surviving a day or two can be > counted as a good version, when it freezes at leasst once a day with > master. Maybe I can find the culprit that way. Could be. But if you could establish why gpg isn't exiting, you could perhaps make progress faster. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 12:56:26 2024 Received: (at 69561) by debbugs.gnu.org; 5 Mar 2024 17:56:26 +0000 Received: from localhost ([127.0.0.1]:48940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhZ1d-00007b-Of for submit@debbugs.gnu.org; Tue, 05 Mar 2024 12:56:26 -0500 Received: from mail-ed1-f52.google.com ([209.85.208.52]:58491) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rhZ1a-00007M-Lm for 69561@debbugs.gnu.org; Tue, 05 Mar 2024 12:56:24 -0500 Received: by mail-ed1-f52.google.com with SMTP id 4fb4d7f45d1cf-566e869f631so89169a12.0 for <69561@debbugs.gnu.org>; Tue, 05 Mar 2024 09:55:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709661286; x=1710266086; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=Zc3XhCgdh9y5R9I8uqbt6KQTgeal8UIvnSpv9Aj4G9I=; b=V8M1LdczdMFwAZQ43LRc2almbShaHS/kJCgW2AacMsZEvOUJ6ENopTlMB45GNmLlOL sqxnnktibscp9Yhz/k52BS2F3aIByAe9BWvDevsCEul+NILGheTVNewd6ep05GN92Dsy 8vjC1AoCc76hsu0Gt7ggvbkZBqFPD5r5nIjBsLrrkIWqRyniS1SuzxRRjjxVAKIg7uCi 5kiqv0PT5mpmhHvv7zFHBVYNL8xAw+RNCemj16ZPDYfdhxFOzlX0rbExNzQ3mK0z+Wne Qz+ZgdqtKQiB/b1BvBS38Fl1+4Rx52Hw9Ob8qfVoLLbokRBY3iOEeXiKoS5xlwxeppWK mDcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709661286; x=1710266086; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=Zc3XhCgdh9y5R9I8uqbt6KQTgeal8UIvnSpv9Aj4G9I=; b=SO7lYnA1ppg8W+o2PDS4r9cU4Ckd9IWP+x/7tXPl+SFpU54+tWyUfE+yHu9XwmcEG7 WH7cWmYewMrrp7aM8HZXsYclkpiSTlYmxJ76Del9F5gK9L0us+ZGFPTbEuBAh7kvfd0n B7bjoLcbQM2exgQX9H2TDG4YYauk0/pfajsCxPThR5cl5/+RrHFIEWuMKK8M/+2Gn8XX RubLW9M1PID3i0L4Rr9wVbBSx6u82DAqhSAZNE1/J/yAzSY3GKXkUwz1D3jYPo3NYWkv PFqAub4hcUyjbqrw7obb3d1aozw9cEp/KSoKJ+EyvR5r9aMkCGqqdtLDOtNRbSGG5TA+ zR0Q== X-Gm-Message-State: AOJu0YyI0H9Sew0+uNeQ1jvzEQel1gG53b02TFCH9zv4+D9CD0EWPpJ0 /T832vcWHX2PlAVTSEGzdLg7mrVmxAl0DGsu9ziRTSPxXkgVvP8z1HEI8QIG X-Google-Smtp-Source: AGHT+IHRbvlzq2RaWhxK/GF7DqyPGqjdzNbMHJ6CXhbUzEkXWxjaiYZUNcKixwJF4E+WGXvq0I207g== X-Received: by 2002:aa7:c44a:0:b0:567:564f:5bd8 with SMTP id n10-20020aa7c44a000000b00567564f5bd8mr3925176edr.32.1709661286119; Tue, 05 Mar 2024 09:54:46 -0800 (PST) Received: from Pro.fritz.box (pd9e367d6.dip0.t-ipconnect.de. [217.227.103.214]) by smtp.gmail.com with ESMTPSA id dc10-20020a056402310a00b0056771fa49cbsm1589895edb.29.2024.03.05.09.54.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 09:54:45 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86jzmglixy.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Mar 2024 18:52:41 +0200") References: <86plw8lm0h.fsf@gnu.org> <86jzmglixy.fsf@gnu.org> Date: Tue, 05 Mar 2024 18:54:43 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Gerd M=C3=B6llmann >> Cc: 69561@debbugs.gnu.org >> Date: Tue, 05 Mar 2024 17:38:14 +0100 >>=20 >> Eli Zaretskii writes: >>=20 >> > But wait: epg-wait-for-status seems to wait for one or more processes >> > to exit. So what is the status of the process for which it waits? Is >> > it running, or did it perhaps already exit? >>=20 >> I could see gpg running in Activity Monitor. > > "Running" as in "consuming CPU", or just didn't exit yet? Sorry, I don't know. I just saw gpg in the list. > Maybe you should attach a debugger to gpg and try to understand what > is it doing and why it doesn't exit? > >> I'm currently trying to bisect when this problem started. I can't force >> the freeze to happen, but I hope that surviving a day or two can be >> counted as a good version, when it freezes at leasst once a day with >> master. Maybe I can find the culprit that way. > > Could be. But if you could establish why gpg isn't exiting, you could > perhaps make progress faster. Maybe, but the bisecting has at least the davantage that I can do what I really wanted to, and just wait for Emacs to eventually freeze or not. And the builds in between can also run unattended. TRT for a lazy old lad ;-). From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 10:19:44 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 15:19:44 +0000 Received: from localhost ([127.0.0.1]:54697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riFX6-0000Wx-DF for submit@debbugs.gnu.org; Thu, 07 Mar 2024 10:19:44 -0500 Received: from mail-ej1-f53.google.com ([209.85.218.53]:42068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riFX1-0000WF-4a for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 10:19:42 -0500 Received: by mail-ej1-f53.google.com with SMTP id a640c23a62f3a-a450615d1c4so187517166b.0 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 07:19:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709824682; x=1710429482; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=+0mTNAGuESRYgxiZamThLUT9/EZTEz4hbBE4+5BdO00=; b=P+TWod0Z+rLUE3JzEkhDKezOT3dzpGxMDAUmtp4zAdYNx3ewiNfcw6jRXrSCHKAhqA SX3CKxstUwexGWVDFDgZxNvsj14OOZf1dpfIvTxMbAFa8KNrMT1vHihohOLFvG8N+kOt erI8gt18oWQjGvMlJIW4CfFRRLUC2ig4Y/xwnBo89GdXRlp55hyZ5rqetuppRwH/5Xov IQAMm4VTRogB195Scbt8xa3olvltpzDP84Zj47Kz7Evj77HX5hjv2CNu8m/5l2Nxmyy5 Kme1d8T4kH3OpvLstDsOvBbu0fhHfMUTWKuWpJ9+gWYNoIRuOKRoCgIoyAiLSCJOLeOA 9u6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709824682; x=1710429482; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=+0mTNAGuESRYgxiZamThLUT9/EZTEz4hbBE4+5BdO00=; b=El9j6IpuPTcP8oXtxduo58TpEKQyav8ww8t8BxcjCwIO/Lp8Fv9QU72G/X6iPdPNCa EiI/GIYNpYEhgf5+/MEm/OzD8+Zvh8kTXajkDsR+Jmm8Mc8bpMPaJMowxJCyf6ew2yjY vpEUWqdk0DrjcjvvNHKG6h4kamKZM8jLcWnEOREP3vFQEaTRqM2DpL+1deKWRc23/Xqi XsQRtn3e7lYEKtbHFfUrfztnaLIOrpIXvclkoB0PhPmRMmtvjCAwELyR97JZpBbIjrse lxGDw4DWhtyf6eMdO0XYeiJ/aDSzWrg1pz1coGXWIMnUUAfWhggV9jtkPBHRvp5RQisF 9bbA== X-Gm-Message-State: AOJu0YwrCmkXSy8dp574gSoNv2cMrGFWJUNbWrwMQWpkuD8SUCRzG7tl Kus7K++ie0lF1Ih7vlIwsu5wNVxV0BRsBx5XeNwa/9b8jDbx+Rkz+fMfDikH X-Google-Smtp-Source: AGHT+IGJXVG335DJGDPzwxdeL0SBbneF090b+PZJMCTfLNv1CNs7MMSZXCz0Zh6CIM5QLc23o6z9Uw== X-Received: by 2002:a17:906:f153:b0:a43:cbed:950d with SMTP id gw19-20020a170906f15300b00a43cbed950dmr1509083ejb.38.1709824681718; Thu, 07 Mar 2024 07:18:01 -0800 (PST) Received: from Pro.fritz.box (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id pv18-20020a170907209200b00a44b90abb1dsm6684914ejb.110.2024.03.07.07.18.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 07:18:01 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: 69561@debbugs.gnu.org Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Tue, 05 Mar 2024 15:29:51 +0100") References: Date: Thu, 07 Mar 2024 16:18:00 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: Alan Third X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) (CC'd to Alan.) As a reminder, the freezes are especially annoying because one cannot C-g out of them. I read the NS code today, and I think I at least have a strong suspicion why that is. Let's just simplify things and say that the NS code has a queue named hold_events_q of struct input_event (global variable). The queue is filled when EmacsView receives NS events from the system, for example C-g. NS events are processed by calling [NSApp run] with some ornamention around it to make sure the calls returns. ns_select and ns_read_socket do that. The input_events in hold_events_q are given to Emacs in ns_read_socket, which is installed for terminal type as read_socket_hook. That's how normally a C-g is recognized by kdb_store_event and Vquit_flag is set. But hold_events_q are _not_ kbd_store'd in ns_select. Instead we have if (hold_event_q.nr > 0 && !run_loop_only) { /* We already have events pending. */ raise (SIGIO); errno = EINTR; return -1; } So, ns_select returns -1 to wait_reading_process_out which loops, AFAICT. if (nfds < 0) { if (xerrno == EINTR) no_avail = 1; ... if (no_avail || nfds == 0) continue; And Vquit_flag is never changing because the C-g is still in hold_events_q, and maybe_quit does nothing. Does that make sense? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 10:54:12 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 15:54:12 +0000 Received: from localhost ([127.0.0.1]:54726 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riG4S-0004aE-1h for submit@debbugs.gnu.org; Thu, 07 Mar 2024 10:54:12 -0500 Received: from mail-ed1-f52.google.com ([209.85.208.52]:55331) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riG4M-0004ZU-9K for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 10:54:11 -0500 Received: by mail-ed1-f52.google.com with SMTP id 4fb4d7f45d1cf-567f7bba941so1437855a12.2 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 07:53:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709826749; x=1710431549; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=ufquV4J0MQ8UuMbJfHd+Qfnsso7Wwqrm+qPV/ksDQqY=; b=SquOCw76X3h1HJrSCsOVofQxg4gBibXNdIcKx+B7f7I/SrlVPVm7y/el1yAe8Qiw+t 8+/3ythJOxDh3klz7zuRQ7vrM5HYOxi6J+KQI/xWntRYbsLdbFEZfeuFNxuSWVJzn5yU gEzCHvJ9cpWPDq8qNAoNqaZkcSYZnF2rN0wiOAz3EcTikEG3F5WfiD846+ETRkxso4/9 o44KU/d2IMuwrpqdKsCQ9Ce3+Py1U/Zq0HrScMSjWFjxmRFL52jUhrW7coOehb3O5icW PEv7ZmCQ0b76c07SIPUP2gBcy5+iEiZmOQ+Rus0YjqtPMIfeUJesRzV2PgL7rxYz2ND1 uA8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709826749; x=1710431549; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=ufquV4J0MQ8UuMbJfHd+Qfnsso7Wwqrm+qPV/ksDQqY=; b=OM8a9yTWj7+MTdRVKHrTACwjZQlTAvsCvWP7r5Vx8TaR2Xy8WO1e+8UDAQtHzLkXfB Yevw8YNyYh7S80WCYSdnVPPMBUyHJhTVDLA/737qNdoFXuudzbieBtHn8txwn1lDsBIR QHchkpNzrg+aK5aCLsha2QDhAJnGqKkExrCaTD9FbnIUjw37xPemXerGAo4FsfE/QWd4 g0vZQMql8iJO/cw3EiamOkQhU3acoCThGet3CjHPutkkKNxC3l3UHBnDAWhmT6P6M/Am sV5GGpI8q+ivoxEQ38S8bBBr2vqzQd/XgCuN5flbsSuCS8LHlf6INXQUG3izlApwjyFT TH1A== X-Gm-Message-State: AOJu0YxfhcbMKej6cpHOQZJ5PIbSYqwjh5GBB3LdKpTYQG2V9qZakROU OE51fM6ddzssbZIsvgoupz9w2lHsvDXCZDlnjillehOyTtIOO/oX X-Google-Smtp-Source: AGHT+IFnQGNnN898WPEu0SzaPvMg+bqPLURMXkjlUCVvEz0ckMFc3iv6g4bhCXMcyP2/sldHKxFw8g== X-Received: by 2002:a50:d4d0:0:b0:566:8054:562 with SMTP id e16-20020a50d4d0000000b0056680540562mr139235edj.3.1709826748797; Thu, 07 Mar 2024 07:52:28 -0800 (PST) Received: from Pro.fritz.box (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id h26-20020aa7c95a000000b005663b0d7243sm8139888edt.83.2024.03.07.07.52.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 07:52:28 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: 69561@debbugs.gnu.org Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Thu, 07 Mar 2024 16:18:00 +0100") References: Date: Thu, 07 Mar 2024 16:52:27 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: Alan Third X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: 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 (-) Gerd M=C3=B6llmann writes: > (CC'd to Alan.) > > As a reminder, the freezes are especially annoying because one cannot > C-g out of them. I read the NS code today, and I think I at least have a > strong suspicion why that is. > > Let's just simplify things and say that the NS code has a queue named > hold_events_q of struct input_event (global variable). The queue is > filled when EmacsView receives NS events from the system, for example > C-g. NS events are processed by calling [NSApp run] with some > ornamention around it to make sure the calls returns. ns_select and > ns_read_socket do that. > > The input_events in hold_events_q are given to Emacs in ns_read_socket, > which is installed for terminal type as read_socket_hook. That's how > normally a C-g is recognized by kdb_store_event and Vquit_flag is set. > > But hold_events_q are _not_ kbd_store'd in ns_select. Instead we have > > if (hold_event_q.nr > 0 && !run_loop_only) > { > /* We already have events pending. */ > raise (SIGIO); > errno =3D EINTR; > return -1; > } > > So, ns_select returns -1 to wait_reading_process_out which loops, > AFAICT. > > if (nfds < 0) > { > if (xerrno =3D=3D EINTR) > no_avail =3D 1; > ... > if (no_avail || nfds =3D=3D 0) > continue; > > And Vquit_flag is never changing because the C-g is still in > hold_events_q, and maybe_quit does nothing. > > Does that make sense?=20 I'm now using the below change. This should also lead to NS events being processed. 1 file changed, 6 insertions(+), 5 deletions(-) src/nsterm.m | 11 ++++++----- modified src/nsterm.m @@ -4739,12 +4739,13 @@ Function modeled after x_draw_glyph_string_box (). check_native_fs (); #endif =20 - if (hold_event_q.nr > 0 && !run_loop_only) + /* If there are input events pending, store them so that + Emacs can recognize C-g. */ + if (hold_event_q.nr > 0) { - /* We already have events pending. */ - raise (SIGIO); - errno =3D EINTR; - return -1; + for (int i =3D 0; i < hold_event_q.nr; ++i) + kbd_buffer_store_event_hold (&hold_event_q.q[i], NULL); + hold_event_q.nr =3D 0; } =20 eassert (nfds <=3D FD_SETSIZE); From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 11:07:12 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 16:07:12 +0000 Received: from localhost ([127.0.0.1]:54735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGGy-00055C-UE for submit@debbugs.gnu.org; Thu, 07 Mar 2024 11:07:12 -0500 Received: from dane.soverin.net ([185.233.34.24]:37439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGGu-00054W-EC for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 11:07:07 -0500 Received: from smtp.soverin.net (unknown [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dane.soverin.net (Postfix) with ESMTPS id 4TrDg82XsGzyYF; Thu, 7 Mar 2024 16:05:56 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.99]) by soverin.net (Postfix) with ESMTPSA id 4TrDg80mphzQk; Thu, 7 Mar 2024 16:05:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1709827556; bh=ithk4+31hVnau02zFefbuY/VvlcSLtWO5MHOhg9uILk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RdY1ntRwft8+m7A8j9oinxByyNbV/i2eRDz42InJHzoL7HAsjypDrnyBrcK0r60La S0ZJF6PUCAOTRfiJD75oc/CIPPRMGQVDR1SIv58+dPUUTRG39/k1SYFyhj0jYorKOk TUjmNaYqGW4h78d/qFWAUTvWuFG33jHOkrv+PxrvrNs69MHc68y9XJkufsMPfZ6LNV 34y/RztauxQqrZx+s5S4oxg9mTIsdoLH32NglwdJypxYG+f35b+2yxOqB8SiPvSLH4 hDzXNCa6BbXSWPEOeFTqs6OrkVUwMq9MesDX+6y5eRUoxWsGP9IVYnmtiK1s+jlkfY i0VP+Pzqiwsbw== Received: from alan by faroe.holly.idiocy.org with local (Exim 4.96) (envelope-from ) id 1riGFn-001nyD-2F; Thu, 07 Mar 2024 16:05:55 +0000 Date: Thu, 7 Mar 2024 16:05:55 +0000 From: Alan Third To: Gerd =?iso-8859-1?Q?M=F6llmann?= Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS Message-ID: Mail-Followup-To: Alan Third , Gerd =?iso-8859-1?Q?M=F6llmann?= , 69561@debbugs.gnu.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Thu, Mar 07, 2024 at 04:18:00PM +0100, Gerd Möllmann wrote: > (CC'd to Alan.) > > As a reminder, the freezes are especially annoying because one cannot > C-g out of them. I read the NS code today, and I think I at least have a > strong suspicion why that is. > > Let's just simplify things and say that the NS code has a queue named > hold_events_q of struct input_event (global variable). The queue is > filled when EmacsView receives NS events from the system, for example > C-g. NS events are processed by calling [NSApp run] with some > ornamention around it to make sure the calls returns. ns_select and > ns_read_socket do that. > > The input_events in hold_events_q are given to Emacs in ns_read_socket, > which is installed for terminal type as read_socket_hook. That's how > normally a C-g is recognized by kdb_store_event and Vquit_flag is set. > > But hold_events_q are _not_ kbd_store'd in ns_select. Instead we have > > if (hold_event_q.nr > 0 && !run_loop_only) > { > /* We already have events pending. */ > raise (SIGIO); > errno = EINTR; > return -1; > } > > So, ns_select returns -1 to wait_reading_process_out which loops, > AFAICT. > > if (nfds < 0) > { > if (xerrno == EINTR) > no_avail = 1; > ... > if (no_avail || nfds == 0) > continue; > > And Vquit_flag is never changing because the C-g is still in > hold_events_q, and maybe_quit does nothing. > > Does that make sense? But keyboard input (ns_read_socket) is handled immediately after that "if (nfds < 0)" block and well before the "if (no_avail...". That would imply to me that keyboard input, and therefore the C-g, is being blocked for some reason. Perhaps block_input() has been called? I'm no expert on how this part of Emacs works so I'm probably completely misunderstanding this. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 11:32:09 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 16:32:10 +0000 Received: from localhost ([127.0.0.1]:54789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGfB-0000MA-Iu for submit@debbugs.gnu.org; Thu, 07 Mar 2024 11:32:09 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:43162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGf9-0000LY-6s for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 11:32:08 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-56781070f38so3876696a12.0 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 08:31:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709829030; x=1710433830; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=GlIluBa/vf7fZko8UjuKTpIgthsIOxwIxwnXAteeTFg=; b=HRECixkEUBHMnif25LzqglIovaO8e3x/nYz6pcWNxTwH0W+8Q6uh50n/IxkUklERzs LnmuAFOdWOIOaMQejfCckx2j2u1Tvdf0DcEZ8U9Wu+dkHn/NptU91wZuQqq77Ja90KJc 1TrUWDVlwdwLyzG4oAt5cQxJamNPHTBIJbV+Ie+uB+2A6/vpVEztLdezycG8gsuMc6jb Pnkk6LwBR1GDr4SiEMjwTqMqRMFGHHB+N19oOJY9dAWHgVsdiH3POIQ5C09gIq1h7lgc 8dHahSjMtresJwAIjTv3NCbdil84NEjV7Nc+TQT70uqB2nVBNXJixlC5gLv6R+HN1Y7f 2btQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709829030; x=1710433830; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=GlIluBa/vf7fZko8UjuKTpIgthsIOxwIxwnXAteeTFg=; b=muw2eZ3MyNRgp8mqqbQn3xGiAR/KqQRlhr0bMc6pAQkogkJIFSsNZlhgmljjVLTQSR D+KCOvw0CCaFKTuhrTa3DFmNVKJnlXSTmQzp0FJjOS6Ee4ae1e4vrNbpRdWcfx88w+ZK hkUVv5mfm/yEPHFFSp+bLm3EWoSc/7ASEH7I0s6uR77cj2BdNZGEEMBqFfvJXQhFbhct bcCX4mdXkqHjcLUYSjn1ovtAQPEQtm0SsPyNrdmejbiEVsRRlqkNYpPNPYBU6zFq8bJ7 3Q7uZ3GRYBTfRtyq/R7DgT1bVlroWQuTIwc0sT2qkFMqE78wmMyobZngBTwdHbkLupCW 7tpA== X-Gm-Message-State: AOJu0YwUR2KEUsCvWwI2uGEtf1xsngXhVPo2NvZvM5dL7i0so5Ja0FMT klRJKks1k2ewzcHXKlr1KdDj+cOWfehIDaC/xagPsG6czD5TNKXXjGPFDkvq X-Google-Smtp-Source: AGHT+IFGkwwA5HCCNScqJeZ1ZQLmZXK7QLFTek2FxQAyaWxsMzs13AP/NnlM+Xvaad3jj+m090IEoQ== X-Received: by 2002:a50:8e14:0:b0:566:abbd:c390 with SMTP id 20-20020a508e14000000b00566abbdc390mr187842edw.6.1709829029344; Thu, 07 Mar 2024 08:30:29 -0800 (PST) Received: from Pro.fritz.box (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id g16-20020a056402321000b00567e27c72c4sm2076181eda.62.2024.03.07.08.30.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 08:30:28 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Alan Third Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Alan Third's message of "Thu, 7 Mar 2024 16:05:55 +0000") References: Date: Thu, 07 Mar 2024 17:30:28 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Alan Third writes: > On Thu, Mar 07, 2024 at 04:18:00PM +0100, Gerd M=C3=B6llmann wrote: >> (CC'd to Alan.) >>=20 >> As a reminder, the freezes are especially annoying because one cannot >> C-g out of them. I read the NS code today, and I think I at least have a >> strong suspicion why that is. >>=20 >> Let's just simplify things and say that the NS code has a queue named >> hold_events_q of struct input_event (global variable). The queue is >> filled when EmacsView receives NS events from the system, for example >> C-g. NS events are processed by calling [NSApp run] with some >> ornamention around it to make sure the calls returns. ns_select and >> ns_read_socket do that. >>=20 >> The input_events in hold_events_q are given to Emacs in ns_read_socket, >> which is installed for terminal type as read_socket_hook. That's how >> normally a C-g is recognized by kdb_store_event and Vquit_flag is set. >>=20 >> But hold_events_q are _not_ kbd_store'd in ns_select. Instead we have >>=20 >> if (hold_event_q.nr > 0 && !run_loop_only) >> { >> /* We already have events pending. */ >> raise (SIGIO); >> errno =3D EINTR; >> return -1; >> } >>=20 >> So, ns_select returns -1 to wait_reading_process_out which loops, >> AFAICT. >>=20 >> if (nfds < 0) >> { >> if (xerrno =3D=3D EINTR) >> no_avail =3D 1; >> ... >> if (no_avail || nfds =3D=3D 0) >> continue; >>=20 >> And Vquit_flag is never changing because the C-g is still in >> hold_events_q, and maybe_quit does nothing. >>=20 >> Does that make sense?=20 > > But keyboard input (ns_read_socket) is handled immediately after that > "if (nfds < 0)" block and well before the "if (no_avail...". Could you please tell the line number? > That would imply to me that keyboard input, and therefore the C-g, is > being blocked for some reason. Perhaps block_input() has been called? > > I'm no expert on how this part of Emacs works so I'm probably > completely misunderstanding this. Me neither, so many things have changed in only 20 years... :-) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 11:50:26 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 16:50:26 +0000 Received: from localhost ([127.0.0.1]:54805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGws-0003on-2r for submit@debbugs.gnu.org; Thu, 07 Mar 2024 11:50:26 -0500 Received: from dane.soverin.net ([185.233.34.24]:54885) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riGwn-0003oR-RT for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 11:50:24 -0500 Received: from smtp.soverin.net (unknown [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dane.soverin.net (Postfix) with ESMTPS id 4TrFdh0Jmcz10Hh; Thu, 7 Mar 2024 16:49:44 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.99]) by soverin.net (Postfix) with ESMTPSA id 4TrFdg2RzCzQk; Thu, 7 Mar 2024 16:49:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1709830183; bh=XXUqEQ/ngpBJLMnN+wPb++MpOaVwVvdMRE0CRqW1+is=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=OUAno1Y8WhQXDh5/3GWJ/ox8f2f8TS0nbSZfx5UA2E4lX0wO7cCni1G5yUB5cjcjM cvseSnQfLzc/RcHm1cKYJV7r4rjPybOccb51mdcPMNDOA83kcgSjgzJpeEG8pUfWs7 uxwT5Q44T2PwC4h40Un760ZcCjGMDoE3BwmrgX56H3rry+eEzSMchMctxC9BzQfulH 5kmOwyD9Yj8ajKeDXKTv7jQlOkJAkLaZ38FH8ELTUIPkSMjsuiTpDH49DYF+dlykMe 8UHM9PEX4PL8/QZhET+A3TLMfPDLFPXM1ofj9kXI3+PhfRarrxotIV3UTOt6KoM1Er 2wkdhM4RXS/zQ== Received: from alan by faroe.holly.idiocy.org with local (Exim 4.96) (envelope-from ) id 1riGwA-001oBQ-2x; Thu, 07 Mar 2024 16:49:42 +0000 Date: Thu, 7 Mar 2024 16:49:42 +0000 From: Alan Third To: Gerd =?iso-8859-1?Q?M=F6llmann?= Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS Message-ID: Mail-Followup-To: Alan Third , Gerd =?iso-8859-1?Q?M=F6llmann?= , 69561@debbugs.gnu.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd Möllmann wrote: > Alan Third writes: > > > But keyboard input (ns_read_socket) is handled immediately after that > > "if (nfds < 0)" block and well before the "if (no_avail...". > > Could you please tell the line number? detect_input_pending_run_timers at process.c:5839 calls get_input_pending which calls gobble_input which calls t->read_socket_hook. There seem to be a lot of ways for it to bail out, though. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 12:02:49 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 17:02:50 +0000 Received: from localhost ([127.0.0.1]:54809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riH8r-0004Ec-CS for submit@debbugs.gnu.org; Thu, 07 Mar 2024 12:02:49 -0500 Received: from mail-ed1-f44.google.com ([209.85.208.44]:54692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riH8l-0004Dx-Ss for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 12:02:47 -0500 Received: by mail-ed1-f44.google.com with SMTP id 4fb4d7f45d1cf-566adfeced4so1251615a12.1 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 09:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709830865; x=1710435665; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=7hHDomzOVF9Ji1jjw2g/ZCXKXymIlWB95kDKWApaigQ=; b=Fh9d+3lOwpfeoHKJ3rcwje/IpdsE3SAXr/2ClJvX9lamQW6qAj5A5QoVTisYNGX9Py VZ5D3alTt2+TDr52efTcrcwbdhW5rwTt/3qnhO+ri20GsZ9ESoPLK3KVPYsji/oDDqQG 3OP/oZ2znYQiy1/9yQYbwlYX8DFMQhFnYjTFO7NzyftbM2kGw54BKEWoNtH+ZF7j9GDG aOM1NoFwWMgnFKFoQgbPJGLsLkSZ0TP1Obt+C5yHgpnp2RlZ9C3fL7/8o9FlSrGcdvBF cQj3L/Bm/tloe89Rf+C1Ch84zQk1urwcX04raM9R+TaD50xpfg6mUNRtJ6gusZI6NxJ+ m40A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709830865; x=1710435665; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=7hHDomzOVF9Ji1jjw2g/ZCXKXymIlWB95kDKWApaigQ=; b=DibkW2G7FOSqh2TN6cKcK6myqQFSMKE0y/163jKbOifLFF6hyk3YvBN0ijbEwyPBUW /9Yk9uOSvh9mDMbUaql7/UCCcT103kOK2+bd+K6EPDT9SD/xc2gkqS9ARkFg/nB5mO+w 96F1BJEQIibHpHYfovQEuF1qkeCzEfuvfcYv6uf3R4vGR61EDT9rFxbM7BM8fvtFXigY vFOFQq1iIq5/CSgI6HvKBIVNt9vjL5rKnb0nI9tntdHqTUd3Nr8FLd8dpXvDVrg8UIBv mfSmCL7jm3mSC3SoESrjMhmhiFxF0VVAJSJ0zEjbGUVT63d8h5p3ow3x1v/R3Lxoca+p 2vPw== X-Gm-Message-State: AOJu0YxJMhTTLJa66mt0Wr+L+BSBoCX19bLo1JycZLygaXf+CjNGd1DE tMLdxcAUaFlYlZAx27pp4rePZiToljGKIeCoQoZXAAmOlsJeVkuAItJI5toB X-Google-Smtp-Source: AGHT+IGhuabsGSYBYZ4YLSIUUbLp1g55ozLBaRQeM3dLIdG9S5JuoZkdujw49D9cjsDMuQnQhP0TlQ== X-Received: by 2002:a50:d515:0:b0:568:1445:c32b with SMTP id u21-20020a50d515000000b005681445c32bmr264654edi.25.1709830864031; Thu, 07 Mar 2024 09:01:04 -0800 (PST) Received: from Pro.fritz.box (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id b13-20020aa7c90d000000b005681599a033sm980442edt.13.2024.03.07.09.01.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 09:01:03 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Alan Third Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Alan Third's message of "Thu, 7 Mar 2024 16:49:42 +0000") References: Date: Thu, 07 Mar 2024 18:01:02 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Alan Third writes: > On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd M=C3=B6llmann wrote: >> Alan Third writes: >>=20 >> > But keyboard input (ns_read_socket) is handled immediately after that >> > "if (nfds < 0)" block and well before the "if (no_avail...". >>=20 >> Could you please tell the line number? > > detect_input_pending_run_timers at process.c:5839 calls > get_input_pending which calls gobble_input which calls > t->read_socket_hook. > > There seem to be a lot of ways for it to bail out, though. Thanks. That's in if (read_kbd), and the first backtrace I sent had frame #6: 0x00000001001d94d2 emacs`wait_reading_process_output(time_lim= it=3D, nsecs=3D, read_kbd=3D0, do_display=3Dfalse= , wait_for_cell=3D(struct Lisp_Symbol *) $123 =3D 0x00000001007d24b0, wait_= proc=3D0x00007fccffdcc9d8, just_wait_proc=3D0) at process.c:5484:9 [opt] i.e. read_kbd should be 0. Maybe that's also an explanation why it doesn't freeze most of time? If it sometimes does detect_input_pending... From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 13:48:22 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 18:48:22 +0000 Received: from localhost ([127.0.0.1]:54921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riIml-0007kp-CY for submit@debbugs.gnu.org; Thu, 07 Mar 2024 13:48:22 -0500 Received: from dane.soverin.net ([185.233.34.148]:35357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riImh-0007kG-Oq for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 13:48:06 -0500 Received: from smtp.soverin.net (unknown [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dane.soverin.net (Postfix) with ESMTPS id 4TrJFT3KW8z2xSx; Thu, 7 Mar 2024 18:47:25 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by soverin.net (Postfix) with ESMTPSA id 4TrJFS4z00zBR; Thu, 7 Mar 2024 18:47:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1709837245; bh=OuUF0V2HXJ4NseqLUsPAOKxuO4lgEzXODqVfWLTwRKc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TR9zW2gSGkooljB+PW1o+W393E/AyP6m4CWPYi7BPPbscLGM4/fob6G9Llb++d+OJ +SpuPfABhMeejLyBzV0sGgQlEsK5vWqXDP5BWZ6K+iDmfzVyWd2jkvV0q4bpDTcYqi tQbaTL10rrqJPL1jtMw+DjhgblcH8kUIUT2dOk9rjwdXJi8P9dZGUTLdVWPzZX5AnP v0Ft8u6JgiO3O3B5/nn/mLJurTcpeKdya5LrM4/ObReMjJQtSuAV696oObwVyK1Wxr DZew7GLKpnNcVO4W55onJ/Hu2IBa7Opw2uWDNELd+aXUm6aRd+aOlZ+fWQzHl4cxsU 3p2KBWhfOTwtA== Received: from alan by faroe.holly.idiocy.org with local (Exim 4.96) (envelope-from ) id 1riIm4-001op6-0m; Thu, 07 Mar 2024 18:47:24 +0000 Date: Thu, 7 Mar 2024 18:47:24 +0000 From: Alan Third To: Gerd =?iso-8859-1?Q?M=F6llmann?= Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS Message-ID: Mail-Followup-To: Alan Third , Gerd =?iso-8859-1?Q?M=F6llmann?= , 69561@debbugs.gnu.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Thu, Mar 07, 2024 at 06:01:02PM +0100, Gerd Möllmann wrote: > Alan Third writes: > > > On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd Möllmann wrote: > >> Alan Third writes: > >> > >> > But keyboard input (ns_read_socket) is handled immediately after that > >> > "if (nfds < 0)" block and well before the "if (no_avail...". > >> > >> Could you please tell the line number? > > > > detect_input_pending_run_timers at process.c:5839 calls > > get_input_pending which calls gobble_input which calls > > t->read_socket_hook. > > > > There seem to be a lot of ways for it to bail out, though. > > Thanks. That's in if (read_kbd), and the first backtrace I sent had > > frame #6: 0x00000001001d94d2 emacs`wait_reading_process_output(time_limit=, nsecs=, read_kbd=0, do_display=false, wait_for_cell=(struct Lisp_Symbol *) $123 = 0x00000001007d24b0, wait_proc=0x00007fccffdcc9d8, just_wait_proc=0) at process.c:5484:9 [opt] > > i.e. read_kbd should be 0. > > Maybe that's also an explanation why it doesn't freeze most of time? > If it sometimes does detect_input_pending... So this READ_KBD is: 0 to ignore keyboard input, or 1 to return when input is available, or -1 meaning caller will actually read the input, so don't throw to the quit handler implies that if read_kbd is zero then we should be able to quit? If that's the case then we need some special handling in nsterm.m for C-g, I suppose. Having dug around in other terms I assume this means setting Vquit_flag? So in the keyDown method we should identify C-g and set Vquit_flag...? -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 14:31:27 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 19:31:27 +0000 Received: from localhost ([127.0.0.1]:54992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riJSg-0003QV-K2 for submit@debbugs.gnu.org; Thu, 07 Mar 2024 14:31:27 -0500 Received: from mail-ed1-f42.google.com ([209.85.208.42]:57659) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riJSd-0003QF-Sk for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 14:31:25 -0500 Received: by mail-ed1-f42.google.com with SMTP id 4fb4d7f45d1cf-56657bcd555so1552948a12.3 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 11:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709839786; x=1710444586; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=34qgi3vsdUDd5dYL5DC/RfTzo50CTuAANAsLJr4J/oc=; b=nIpMDiUYtPxawoPTMGJV/YMwpP8yuU/iNAnTdHJWU+ZtHnitBRXHAFwA6XPTlQ1gHf nqGWrc7L9QjXDJ0JimSljVi+Zj8e+QrrZ/7Hb8Hja4/AWf7vd52BaT7BpPYRKSWaWK9H c2t8Oun+4YN3MKGbtqXfqGLjO9A1TzUZ0KgGL5JENTlskq1kzjeLz5C/FFqZWKsEOXlx SCNu33n1U871ZiMpUuh4noioR/3M/xsE5yIBvfRGRsUwmMU64Aw8bUqUgPa9TPPMmzRL uftdN+a/fNa5fikHTFPgkLIj35mVt6KXOHINjwxZbAamy2Vj4H1iVkrRvnq6zmJ6W/Fv C62w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709839786; x=1710444586; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=34qgi3vsdUDd5dYL5DC/RfTzo50CTuAANAsLJr4J/oc=; b=mQhgmxoJ2Uz7iuG2q2cgkvq4kTfwp7cap4jxHUH1bYH98SZE+QqOBISvc7Xuj3LLY/ eSw91mFqf4TEGBFirM8azxlKxgExKX1BIQs14NKy11AjGBzjDlZyIno5y0KlWzQUmBhK ircuhd0nMJdZojQXArVIvrJQWn2k+apftcpIUOtSbO6PcRUgGFlwl0qM7celc/OAgI18 Y8byKbN9xAmAmoVRC+nRh+hS5syw5ozTUKFj07I/blnWZ/dpwYe0itHcAW8MMKxFuVhr xLWn3+vYet5oQI0TdGmPhX4LtvLHvcIssBtDGXmky9i7Z0oorXC8wQhvq4L8+fojJyYr oyZA== X-Gm-Message-State: AOJu0YxCyd9BqXZPNnPGnXFEjoK7/ZTT4sAa4QhCZ5wOIwzN9GM1LUqh VgNIsQFx+4hOv2ffZsc1OAR8J/XQCkD1vCYGpfBtVtqQijWC1tRqVIdFgoz5 X-Google-Smtp-Source: AGHT+IEgKdkIcnsUNcf/75O/D6R4AaVrWlXijJygOwUH2bSywm5CejGWOtE+Rbqbj+3leL3QNnosyQ== X-Received: by 2002:a50:9f8f:0:b0:566:51fa:3640 with SMTP id c15-20020a509f8f000000b0056651fa3640mr611719edf.6.1709839785834; Thu, 07 Mar 2024 11:29:45 -0800 (PST) Received: from Pro.fritz.box (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id j29-20020a508a9d000000b0056636a98652sm8694528edj.82.2024.03.07.11.29.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 11:29:45 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Alan Third Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Alan Third's message of "Thu, 7 Mar 2024 18:47:24 +0000") References: Date: Thu, 07 Mar 2024 20:29:44 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Alan Third writes: > On Thu, Mar 07, 2024 at 06:01:02PM +0100, Gerd M=C3=B6llmann wrote: >> Alan Third writes: >>=20 >> > On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd M=C3=B6llmann wrote: >> >> Alan Third writes: >> >>=20 >> >> > But keyboard input (ns_read_socket) is handled immediately after th= at >> >> > "if (nfds < 0)" block and well before the "if (no_avail...". >> >>=20 >> >> Could you please tell the line number? >> > >> > detect_input_pending_run_timers at process.c:5839 calls >> > get_input_pending which calls gobble_input which calls >> > t->read_socket_hook. >> > >> > There seem to be a lot of ways for it to bail out, though. >>=20 >> Thanks. That's in if (read_kbd), and the first backtrace I sent had >>=20 >> frame #6: 0x00000001001d94d2 >> emacs`wait_reading_process_output(time_limit=3D, >> nsecs=3D, read_kbd=3D0, do_display=3Dfalse, >> wait_for_cell=3D(struct Lisp_Symbol *) $123 =3D 0x00000001007d24b0, >> wait_proc=3D0x00007fccffdcc9d8, just_wait_proc=3D0) at process.c:5484:9 >> [opt] >>=20 >> i.e. read_kbd should be 0. >>=20 >> Maybe that's also an explanation why it doesn't freeze most of time? >> If it sometimes does detect_input_pending... > > So this > > READ_KBD is: > 0 to ignore keyboard input, or > 1 to return when input is available, or > -1 meaning caller will actually read the input, so don't throw to > the quit handler > > implies that if read_kbd is zero then we should be able to quit? I'm afraid I can't answer that. Maybe Eli can, or knows someone who can? > If that's the case then we need some special handling in nsterm.m for > C-g, I suppose. > > Having dug around in other terms I assume this means setting > Vquit_flag? So in the keyDown method we should identify C-g and set > Vquit_flag...? As far as I understand the code, Vquit_flag will also be set by storing the event in question with kbd_buffer_store_event_hold. I think that would be the easiest way. And it's what ns_read_socket already does. In addition, returning -1 from ns_select if events are in the hold queue, and not doing anything else, looks super suspicious to me. If no-one else does an [NSApp run], like in my freeze, I think it's natural that the system says Emacs is not responding. And what dowensides would it have to [NSApp run]? And finally, I would at least question the raise (SIGIO). I don't understand the reason for that if, for example, keyboard input is the hold queue. And, of course there is no comment... But that just my 2 cents as a newcomer :-).=20 From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 15:25:21 2024 Received: (at 69561) by debbugs.gnu.org; 7 Mar 2024 20:25:21 +0000 Received: from localhost ([127.0.0.1]:55077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riKIr-0007nH-4I for submit@debbugs.gnu.org; Thu, 07 Mar 2024 15:25:21 -0500 Received: from mail-lf1-f41.google.com ([209.85.167.41]:50603) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riKIm-0007mv-8B for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 15:25:20 -0500 Received: by mail-lf1-f41.google.com with SMTP id 2adb3069b0e04-5131f3fc695so180596e87.1 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 12:24:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709843018; x=1710447818; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:cc:to:from:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=aZ+siShvu1WliZHGsfDwGXg6GD0trEtb96OsDlk+Pog=; b=TIFWU3LKS3gghdrBSm/LUUX2hfUBaAvz8znkx4oP0UsufXVlhWEKsTOVPq1Hvvhxay T7b/7m2kjDKtV3aFfBggMeoyW5q2cLJj525F3ZmYs72W0eKEJZUWMsyQ1X2xYsrVrZ3C ZgYGp+i59AsEczUE3G+m3YwG8wkfg/zdHiCGcIaSQgZ4tl18IJP8jfBxNDonPkAtQISV UCYismn75+inu6h4Ple57p+S+DC7xZjWwNC9sC7VUd1bl+iY1JzEXyZ5LlTS7rhrTp8f 7oWemm9KbrCuwvgP2s5bwiwR7HjqY3q1ngH82qErptb0eOpG1mqex/+u47ATOKRf/qLT /K5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709843018; x=1710447818; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:cc:to:from:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=aZ+siShvu1WliZHGsfDwGXg6GD0trEtb96OsDlk+Pog=; b=T5AWOoDZV0cyVU05K1/+kKNByE2Eqj1DKs8G2kXFNjjjXkEJ3/B9ZmxpvGD6JOx4vS bi+xfjQr1LUVTyRXA62Xjq2XoFSB6YfSky2W/Qc0XcSQX/GXIEa4TVQqDPG34XofIOpS q+9br4IJoyeqPkwsfQcPdY8LpNytAsX1wjYRkreNAKoThJQhKceQlC27ImuHs0X0axW2 SJg7IIQ2OX3t6MQfRoRwG9qO17l8JO8E2fQqOJxgZmY2sXYGodWhxqPM7Gkt6GAoNa+m ZcdhxY3aEU3iNPNEOQobQFW7o8glRIeiJ3Ic/w2qqRnB7aEs95mhWliHq/YMn9nj6ga6 A5Pg== X-Gm-Message-State: AOJu0Yzr8CPf4oA+t79OoL+rkuJ8NxwD+8JA5REVVHy3Ot9E7mp6v9le Duucj2xk8SFEcZ5uib7UHGYvBFom3CFI3OzJImX8UNaJeVFpr32T X-Google-Smtp-Source: AGHT+IHkH/TxA+l+vPSLGCTTGsK5x/gc4ZeNOOjPEdgyeNpPt3kOdV6csEOr3s8zcUfFjo95oEeqrw== X-Received: by 2002:ac2:5b0c:0:b0:512:f472:702f with SMTP id v12-20020ac25b0c000000b00512f472702fmr1930964lfn.23.1709843018136; Thu, 07 Mar 2024 12:23:38 -0800 (PST) Received: from [192.168.178.26] (pd9e3631f.dip0.t-ipconnect.de. [217.227.99.31]) by smtp.gmail.com with ESMTPSA id b9-20020a056512024900b00512dac0622fsm3158021lfo.141.2024.03.07.12.23.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 07 Mar 2024 12:23:37 -0800 (PST) Message-ID: Date: Thu, 7 Mar 2024 21:23:35 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS From: =?UTF-8?Q?Gerd_M=C3=B6llmann?= To: Alan Third References: Content-Language: en-US, de-DE Autocrypt: addr=gerd.moellmann@gmail.com; keydata= xsFNBGK3Qz4BEADz6clhctm9qf4lh1IJMOGL8dEBtyR8ZvdCtv1m7Oj5BVmBrHbF/hp/R/7m VAPNsyfPKNuqlesBmh/hr5zEHdzHMvLj8Hf5Yp8Ufo0ZqOtCzvIe62PHKvjt59FMNH3fpnId g5/8Kea2plWwH2u2hwxkhgC1mlMQFCILPED7OIMA3y4QvVbHqGP+kFl0OVHc4BeJHEXpVZTq RZl7q6V0LaXZtYWNffvQ/BWa9gmc1HztQTSBx6f3Lf9VTf5gQK7k691U+Vgyz7asKkHKeMO5 cdHAwsN+G+oI4KB2YCm2UMMpUKnoFLxdmswQGu1z6D75YlfxDLZmOTphlFXvIstoJnAgcT1Z ubowXAlHbxGnTfugZfe19xJxRTZ9zOty6m0aNaT4MshBQRj18nkZiBjZIoVQmluVMSgQ3kKJ cDzv+IijRf/9ekOcCfM8PK2pxOHX/lXm4fVW8hS4OMp/IPGTvAvu2ZXUOJSZpTUYz0EY3Al9 3XArmICvatrX/ePgvonkWJuruIQ6pPoefCsJyWaZj4/nrlW2mweDfVBkTbblbLO98UHM1TYu 1Pc0eTZChk7+5F8dXj7Tfn2Ll4xMVoYbIV5yEr1wMq/9d6S2EckCZAnH7R1romvtJhcse+uz tB2nyqxvCwMzZ28RrJiXkR4QIMSJi1ZMHU0dFQlkwZ/sRN0asQARAQABzSlHZXJkIE3Dtmxs bWFubiA8Z2VyZC5tb2VsbG1hbm5AZ21haWwuY29tPsLBlAQTAQoAPhYhBIq2Hj6Yk/Nh45H7 aXPqGxmQxT5jBQJit0M+AhsDBQkHhh9SBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEHPq GxmQxT5jG7sP/RcgeXp78GCJqyG52rXVBoxFc2qYi+j09jh7gLvHIvxiSW7umH68V6lhc9pY cIjLcI6qKyqHeyOytSYX7TGqA9L5S3oBZlSeQPN2q1kliNkOWG77T+9MVHkfNH3E+FM+BfqF oxcB6vpjcNkuT/y82ZaFwCHFhcIFjnCTp78HB7AkaywEAqtKCdJ70m5L4vPONMpA3P6S8AKf JEVyBZKUs2HSJtrObmW6wh0zRA//lKrI16ctCI476CgAqUTO+1blfx86XmRlwgc3McijArAX grj25yg9ryltL5YMv4M/pigqQMcwJ8bf4Q10si7jJ1SvGu9YMoTQ+QbYUtPYtPhYmJOT1CW/ jyIQrkRSPh8qslVM2frvD5YeQOMJMnW9ffB2ANDHGfiGHepm67gdeoKgO/ZShdSQchUCkkK7 ayjurIB6iYzuV/PSB1eQdxnG2RO/2w6ejcuk+nkFOavoyxDId/KRAZzWrErQnBQs9uZtwXrT FbB4rvL2apInnQKGCuiySscUrLeumbI3dCEjkOHfsqNLJj1LAL7HWsF3hBCnjupEglxP/7Ap D8SsANdmoEtJFjGJDcuX99PLl1zBrhjKFaIbIE/l+ncNrS8NwTTwr/Gdc+4YcSFmU/WXEP6R 70TTG0BBWM3If5lsMx1sPy5F/iuZCGzc7p5phO3Rg8btm0MzzsFNBGK3Qz4BEAC0R6MIhNIx RvY6VKUdP1OmR87arhPmZZWG4HOeH7uJ5QkgXbALd5SacbE5Hkfy9e+k25iTirJcA6EUMZcH KG26V3s1QKWDZMFT5ejTva4ZkAH3DitgnPDGTNnKEkLOSYJdTRtpXOqkdr9XyyKA8hjERPHU fgX32yqPj61pMK0uOm+EMaK4odoAIjix2qO6og7T97roiYn/Diw21V8aVWd08N2d8UZMVJuF /Z5xUB3pNqejNk3ZZEGsuHLAExHSuY9nRpW8PvwZZ/zWncrqJRmOD9xgbk8yuY99LM7ETyuT e73DIYKIHTL7XTq9yYnj9K3nZRRaABmhEfNY5wx2xwakkYjtTpA9LEIVDhWZDDw44v+rumVz 8MQB62RKyLyJnmt86qkDC6TTiHK2nK1r4XPyoYlIWF7pkoY1a2EVPkd67sKWjlvJ/oFjaSn6 WxfmyvPmm/2ryHyMuUepLZnjX/VA2ZIQ3VYrEsVDh1T2zTIX4myP6NwLTOVFpryRDD+WgNaL l5gbRRAJVcAEq4T63+zucULN98w59sGggdLrViiCL6bEeujj5dSI+BD1rog1rwhfzqMRdhVi rd2GwqvZNceVo2syx4V2JSPdp8na2pTyM9zI68JYVyvP+R5ok5CyVmEHgRkz9HNnZuG/bEPn zqeLROI/mqbxydwPLYi6PS+QLQARAQABwsF8BBgBCgAmFiEEirYePpiT82Hjkftpc+obGZDF PmMFAmK3Qz4CGwwFCQeGH1IACgkQc+obGZDFPmOT+g/9Hlui+8/EEiq3iat9OAXSR+qv4RGY 2XxdbsQVVr3Hx240IV9voxXqPa58Yt51qxlfdWaEkMcesqr8RPSS9FeEj0Zn4pWULp52j2Gu mTpJy4gnLkO12mUVOF/W9HazQdNjQqaAE2neimtmI5zUbGzdwKk7OBWGs9cBc3fJCZeAvuxE 3zTM/AoeFkqQ94F7jQERV+PNTbnNsXAj/0mu4Kp/nJsX2+b6V4zl2VN7GvSWuPyXCi8SZGZt fj4eETb0P7N1gCpch7NjhFe3nYWRG5D6HdcXak0DYsXwd3CbEHo8s36bSbIZ1EgIKjoqNow3 MrqJQsCuT8zajL95zBUICjF7IDYHW7EIDOma6p3D4dSJ+ySPkV5ZKzoqDEKKSKmgV9hDMknp Vsm6TRCyz+y3iDW4Fl8pTPR30Ug+vuNM5jK328wcpYrKrzbjf5JK3lT9fRV/uzBUTBjVE7oL yEGHWwCb5gr+dWSscS6l2Jjeh7fgpfhrbCZYvvcxC4Bfu1kFAhH20VFGYbo6O3xlNwJp8esi d1hplqC5SK7WmjZI0yEODn5Nt2fnk4zq1kXyqyj9jIh7VvYBJ7MDKcSINBwdOnSbmtYhUQfW 1fiKRG+gNgVI1o+mYoBgNd80vK8xfNUZjW8aVzJsS6F4C4hLXjs9dHKfEcgRnndY+AgoHVZy Vp5NW5c= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 07.03.24 20:29, Gerd Möllmann wrote: > Alan Third writes: > >> On Thu, Mar 07, 2024 at 06:01:02PM +0100, Gerd Möllmann wrote: >>> Alan Third writes: >>> >>>> On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd Möllmann wrote: >>>>> Alan Third writes: >>>>> >>>>>> But keyboard input (ns_read_socket) is handled immediately after that >>>>>> "if (nfds < 0)" block and well before the "if (no_avail...". >>>>> >>>>> Could you please tell the line number? >>>> >>>> detect_input_pending_run_timers at process.c:5839 calls >>>> get_input_pending which calls gobble_input which calls >>>> t->read_socket_hook. >>>> >>>> There seem to be a lot of ways for it to bail out, though. >>> >>> Thanks. That's in if (read_kbd), and the first backtrace I sent had >>> >>> frame #6: 0x00000001001d94d2 >>> emacs`wait_reading_process_output(time_limit=, >>> nsecs=, read_kbd=0, do_display=false, >>> wait_for_cell=(struct Lisp_Symbol *) $123 = 0x00000001007d24b0, >>> wait_proc=0x00007fccffdcc9d8, just_wait_proc=0) at process.c:5484:9 >>> [opt] >>> >>> i.e. read_kbd should be 0. >>> >>> Maybe that's also an explanation why it doesn't freeze most of time? >>> If it sometimes does detect_input_pending... >> >> So this >> >> READ_KBD is: >> 0 to ignore keyboard input, or >> 1 to return when input is available, or >> -1 meaning caller will actually read the input, so don't throw to >> the quit handler >> >> implies that if read_kbd is zero then we should be able to quit? > > I'm afraid I can't answer that. Maybe Eli can, or knows someone who can? > >> If that's the case then we need some special handling in nsterm.m for >> C-g, I suppose. >> >> Having dug around in other terms I assume this means setting >> Vquit_flag? So in the keyDown method we should identify C-g and set >> Vquit_flag...? > > As far as I understand the code, Vquit_flag will also be set by storing > the event in question with kbd_buffer_store_event_hold. I think that > would be the easiest way. And it's what ns_read_socket already does. > > In addition, returning -1 from ns_select if events are in the hold > queue, and not doing anything else, looks super suspicious to me. If > no-one else does an [NSApp run], like in my freeze, I think it's natural > that the system says Emacs is not responding. And what dowensides would > it have to [NSApp run]? > > And finally, I would at least question the raise (SIGIO). I don't > understand the reason for that if, for example, keyboard input is the > hold queue. And, of course there is no comment... > > But that just my 2 cents as a newcomer :-). And I had another freeze a few minutes ago, while starting Emacs, and from Eglot starting and doing json_rpc. Backtrace as usual, and it happened with the patch I sent before and without. This time the problem was from something else in ns_select: the "return thread_select..." without doing [NSApp run]. With the change below Emacs started without problems. I guess something is seriously wrong in ns_select and/or wait_reading_process_output... 1 file changed, 7 insertions(+), 6 deletions(-) src/nsterm.m | 13 +++++++------ modified src/nsterm.m @@ -4739,12 +4739,13 @@ Function modeled after x_draw_glyph_string_box (). check_native_fs (); #endif - if (hold_event_q.nr > 0 && !run_loop_only) + /* If there are input events pending, store them so that + Emacs can recognize C-g. */ + if (hold_event_q.nr > 0) { - /* We already have events pending. */ - raise (SIGIO); - errno = EINTR; - return -1; + for (int i = 0; i < hold_event_q.nr; ++i) + kbd_buffer_store_event_hold (&hold_event_q.q[i], NULL); + hold_event_q.nr = 0; } eassert (nfds <= FD_SETSIZE); @@ -4757,7 +4758,7 @@ Function modeled after x_draw_glyph_string_box (). if (NSApp == nil || ![NSThread isMainThread] || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0)) - return thread_select (pselect, nfds, readfds, writefds, + thread_select (pselect, nfds, readfds, writefds, exceptfds, timeout, sigmask); else { From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 07 23:33:36 2024 Received: (at 69561) by debbugs.gnu.org; 8 Mar 2024 04:33:36 +0000 Received: from localhost ([127.0.0.1]:55826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riRvM-0007EN-Ej for submit@debbugs.gnu.org; Thu, 07 Mar 2024 23:33:36 -0500 Received: from mail-ej1-f44.google.com ([209.85.218.44]:53449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riRvH-0007E7-Aw for 69561@debbugs.gnu.org; Thu, 07 Mar 2024 23:33:35 -0500 Received: by mail-ej1-f44.google.com with SMTP id a640c23a62f3a-a458b6d9cfeso56924866b.2 for <69561@debbugs.gnu.org>; Thu, 07 Mar 2024 20:32:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709872313; x=1710477113; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=pidax6uOqXonQKNCawJxoIlCH5DY8kDmTOFdNMJZKao=; b=Ih5aqSrSRK9jcYOXBLQvZteZtRsI4zLrN32tYwCHr2IvJX7KagWflkbt+MstHH5/Zi 6Wai83hrTeCK6NhH2aW+go1EpeC1+GeTykMueA/y+XG5kTXQuED9r18YZfrOdNRxt1my gxK8o9S+A6gThscLCBtdOSENGUUlR3DAX6TPaSGszg+LDmVQdW++5k1S12YsrxRrOgtR dq0kgKJuibzsylmK7MUwo5L02DxONvTz/8U08TT8YBWpIc9cS0Gz5P3dC6+HcPlP07+c M4eH5d4hsj6yKQZqDo+4FEa1c22EnZUne1OSIUNvraeuh1LMmZao2TWaUbRI04FPtS2H 9dMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709872313; x=1710477113; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=pidax6uOqXonQKNCawJxoIlCH5DY8kDmTOFdNMJZKao=; b=jzsKtiYcSloSHZF89xoktfhXWXX8xogrGE9JYK9VXFC74nPv0ufLu3+gdSRFwfhqvn DV5u2Mn/Juv+sRdvM2QetOQ2w6hSuFkPSISDvBJCW2ELH+Qmch44+6lPNKHpZ1M8urlN Z4dfsjvb/MHoxvL70l7lDc4t0HBavro5hNDoLKumkKnAY70oGP7Gwa5DfmVg9AnQiTNC LYpAwCsgWGKyqdS1zw5d8Y/8cgufgKmL+rSrDSgZeNKlscL8i84ajDf/lqpli/RIWvvx gT+A1MPoKabEjyfH1uXFNfFTHrxbfd4/67WCxzrr2wdbjlMjGcNVPtMgYL78WaJ+KFKN 9Efw== X-Gm-Message-State: AOJu0YxzxjCIJg84osdIEQOpkzRaXhMW81+d3JOUQKcFTKymzlak2WJy KhaT/kIgXPiV40J6HpbspqZBWon7lyD/FgnmAfzzBApNnbbwZ/npe+qnQIRd X-Google-Smtp-Source: AGHT+IGe3aRPRFbKoRH0CTAXCH9X1spn2rMGsYRYHfa7edld55Yz6xOWBe0UzXVCwWCYLuwUUirGzA== X-Received: by 2002:a17:906:1cd4:b0:a44:1cb4:f496 with SMTP id i20-20020a1709061cd400b00a441cb4f496mr12285874ejh.75.1709872312854; Thu, 07 Mar 2024 20:31:52 -0800 (PST) Received: from Pro.fritz.box (pd9e36d6a.dip0.t-ipconnect.de. [217.227.109.106]) by smtp.gmail.com with ESMTPSA id v23-20020a1709067d9700b00a42ee62b634sm8825240ejo.106.2024.03.07.20.31.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 20:31:52 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Alan Third Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Thu, 7 Mar 2024 21:23:35 +0100") References: Date: Fri, 08 Mar 2024 05:31:51 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > And I had another freeze a few minutes ago, while starting Emacs, and > from Eglot starting and doing json_rpc. Backtrace as usual, and it > happened with the patch I sent before and without. Just wanted to add another observation: how reliably freezes happen apparently also depends on how I build Emacs. In a slow Emacs (debug build on x86), Emacs freezes less frequently than in a fast build (debug build on M1, or build with -O2 on x86). This let's me suspect a timing issue. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 02:34:40 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 07:34:40 +0000 Received: from localhost ([127.0.0.1]:60409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rirE7-0001So-RY for submit@debbugs.gnu.org; Sat, 09 Mar 2024 02:34:40 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42662) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rirE5-0001Sc-O1 for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 02:34:38 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rirDS-0005rg-OV; Sat, 09 Mar 2024 02:33:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=I4dV8O3pv9Wnm17vnax3y2N2ArntVWYFIRoUiycQVcM=; b=DziyFkOXRXlfTYTxYqwV 38QAE8jK7EJUECwvAZPtcnQMDCIVKQPrQxDUTA6K+A6JeRI1RNfoRPkw0eNEzts4MDGPlnHn1Th99 kixBno1zv/THnOlPxWMH46Rjx+pEe8LkLFvc3EZC9d3iMfBNW29AIxXGe6DqmrU51O4qzfYQff0uH pbiXsn7U3XpY1pEFktENMh6OP4wW8fN2lAhH743lN+iVrd0vQGWGZW6NNcKYO18G0PABGMkkAIQuA XCqb/ty0DAKfOO7KwLnqAe6B6Epo6aNwPbDnBQzkxFl+KDYnZAfG19p/8pX5WuWplwji1BJXYJmIs WS1+t22EnQIHQA==; Date: Sat, 09 Mar 2024 09:33:55 +0200 Message-Id: <864jdfzwnw.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Thu, 07 Mar 2024 20:29:44 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 69561@debbugs.gnu.org > From: Gerd Möllmann > Date: Thu, 07 Mar 2024 20:29:44 +0100 > > Alan Third writes: > > >> Thanks. That's in if (read_kbd), and the first backtrace I sent had > >> > >> frame #6: 0x00000001001d94d2 > >> emacs`wait_reading_process_output(time_limit=, > >> nsecs=, read_kbd=0, do_display=false, > >> wait_for_cell=(struct Lisp_Symbol *) $123 = 0x00000001007d24b0, > >> wait_proc=0x00007fccffdcc9d8, just_wait_proc=0) at process.c:5484:9 > >> [opt] > >> > >> i.e. read_kbd should be 0. > >> > >> Maybe that's also an explanation why it doesn't freeze most of time? > >> If it sometimes does detect_input_pending... > > > > So this > > > > READ_KBD is: > > 0 to ignore keyboard input, or > > 1 to return when input is available, or > > -1 meaning caller will actually read the input, so don't throw to > > the quit handler > > > > implies that if read_kbd is zero then we should be able to quit? > > I'm afraid I can't answer that. Maybe Eli can, or knows someone who can? I think the fragment below answers the question? /* If calling from keyboard input, do not quit since we want to return C-g as an input character. Otherwise, do pending quit if requested. */ if (read_kbd >= 0) maybe_quit (); So yes, if read_kbd is zero, we should be able to quit. > > If that's the case then we need some special handling in nsterm.m for > > C-g, I suppose. > > > > Having dug around in other terms I assume this means setting > > Vquit_flag? So in the keyDown method we should identify C-g and set > > Vquit_flag...? > > As far as I understand the code, Vquit_flag will also be set by storing > the event in question with kbd_buffer_store_event_hold. I think that > would be the easiest way. And it's what ns_read_socket already does. Setting Vquit_flag directly has the advantage that it will cause C-g to be processed earlier, without waiting for all the previous queued inputs to be processed first. In general, users expect C-g to be processed ASAP. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 04:49:28 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 09:49:28 +0000 Received: from localhost ([127.0.0.1]:60709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ritKZ-0002PI-U8 for submit@debbugs.gnu.org; Sat, 09 Mar 2024 04:49:28 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:53608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ritKV-0002OR-KZ for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 04:49:26 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-567fbbd723cso1873494a12.3 for <69561@debbugs.gnu.org>; Sat, 09 Mar 2024 01:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709977665; x=1710582465; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=g464O36vlVgq2+4g2JEBQq5ZD8HGdXu6CltpcFGQwJ4=; b=HvPyym4ztBk3bHfqc/koQVMSsZl6SpDlJmOMvD8dMHZWStgC9Udvb1OdYPoyWUTUbw acwXISaZvo5gbfTIkqeV9if/ntuu2m/eGyuwP2pJxhjHxeaAHjHO2K/X0MkEZeqBlz+k FjED4CuTCFOkoX6PVAziqg5BEMV3mfqLJ/gGvW3flbC38QomAKnUP29ZFMadZEVjijSH SJpMRBMMDYuf+Lixcpv40hzc+5qXK0lyJ/eUaERxhjHojKpk6tj2LQsqjGtEtKlRnkp9 3L4GUQk46VwK9ia1YcmEYFqsxt71KjK3XxH8nDocwuZfxKtqCsi3ung62YPCQbX1K8hI 4lEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709977665; x=1710582465; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=g464O36vlVgq2+4g2JEBQq5ZD8HGdXu6CltpcFGQwJ4=; b=Zdq1796c6XlM1skeUdILysJgVXPzuvzy2WSZ9uQtBiTM9qcPyDMtzOPZV3wx7rhLRY EMxx5ABhy53iRX7dLi3QPDMdlNG28Q5jcYpyX0B3M7oSuPyznzJedsOx182KcVW+4RRx i1mWvm6YMq9E24+h84gtB+RGeju/Jp3N2klHV4ppR4rnwrZ0Mw2WIkv5C9UbgrY2J0lm l8yXZM2zvxLgDcsKG+pYFctKvrg7gHLH3ub2dmNeVaCIjwMVAiZgLW83mGXZMAxvIkzj ThhMTKzB41fxUYdx+uRo7YVlaz7NXf9yeNbB5ARSysPC4IZbMOxlq/zVbzaC96tfAvQN Q3Gg== X-Forwarded-Encrypted: i=1; AJvYcCUl8ypEs72Zhhm4M5t+baYQRr54+viocrZylV08Ia52sbTN1khXL6rotHlViAjT9hS80hhC8DGWKWVS2h4SAr9R514lM4Q= X-Gm-Message-State: AOJu0YxW+dEXkrDpquC3jzI/cWQgQ6dys22GlilHjS8T9pedq87IO+5y UgE9WZsakVGlIg8FSLuQRwAtrtSqYHLM5lXp/jc6KLcky6fr7xCN7Jdl/FFh X-Google-Smtp-Source: AGHT+IGGcHh1twEVIlwUVWwwTOjm43aEgeZv90Pke0f+brR+p1jooU4riDqCAJ/4IcT+p0YsZqG6MQ== X-Received: by 2002:a50:9b58:0:b0:568:18a8:2291 with SMTP id a24-20020a509b58000000b0056818a82291mr948064edj.23.1709977664719; Sat, 09 Mar 2024 01:47:44 -0800 (PST) Received: from Pro.fritz.box (p4fe3a846.dip0.t-ipconnect.de. [79.227.168.70]) by smtp.gmail.com with ESMTPSA id i8-20020a056402054800b005659ea1caf0sm688608edx.6.2024.03.09.01.47.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Mar 2024 01:47:44 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <864jdfzwnw.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Mar 2024 09:33:55 +0200") References: <864jdfzwnw.fsf@gnu.org> Date: Sat, 09 Mar 2024 10:47:43 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Cc: 69561@debbugs.gnu.org >> From: Gerd M=C3=B6llmann >> Date: Thu, 07 Mar 2024 20:29:44 +0100 >> >> Alan Third writes: >> >> >> Thanks. That's in if (read_kbd), and the first backtrace I sent had >> >> >> >> frame #6: 0x00000001001d94d2 >> >> emacs`wait_reading_process_output(time_limit=3D, >> >> nsecs=3D, read_kbd=3D0, do_display=3Dfalse, >> >> wait_for_cell=3D(struct Lisp_Symbol *) $123 =3D 0x00000001007d24b0, >> >> wait_proc=3D0x00007fccffdcc9d8, just_wait_proc=3D0) at process.c:5484= :9 >> >> [opt] >> >> >> >> i.e. read_kbd should be 0. >> >> >> >> Maybe that's also an explanation why it doesn't freeze most of time? >> >> If it sometimes does detect_input_pending... >> > >> > So this >> > >> > READ_KBD is: >> > 0 to ignore keyboard input, or >> > 1 to return when input is available, or >> > -1 meaning caller will actually read the input, so don't throw to >> > the quit handler >> > >> > implies that if read_kbd is zero then we should be able to quit? >> >> I'm afraid I can't answer that. Maybe Eli can, or knows someone who can? > > I think the fragment below answers the question? > > /* If calling from keyboard input, do not quit > since we want to return C-g as an input character. > Otherwise, do pending quit if requested. */ > if (read_kbd >=3D 0) > maybe_quit (); > > So yes, if read_kbd is zero, we should be able to quit. Thanks! > >> > If that's the case then we need some special handling in nsterm.m for >> > C-g, I suppose. >> > >> > Having dug around in other terms I assume this means setting >> > Vquit_flag? So in the keyDown method we should identify C-g and set >> > Vquit_flag...? >> >> As far as I understand the code, Vquit_flag will also be set by storing >> the event in question with kbd_buffer_store_event_hold. I think that >> would be the easiest way. And it's what ns_read_socket already does. > > Setting Vquit_flag directly has the advantage that it will cause C-g > to be processed earlier, without waiting for all the previous queued > inputs to be processed first. In general, users expect C-g to be > processed ASAP. Ok, I now tried with this in keyDown, applied to current master, no other changes. (keyDown is somewhat scary, if I may remark that ;-). C-g is then recognized and Vquit_flag is set under normal circumstances, which I can see on stderr. diff --git a/src/nsterm.m b/src/nsterm.m index f094b145fe3..a9539987411 100644 --- a/src/nsterm.m +++ b/src/nsterm.m @@ -6875,10 +6878,17 @@ In that case we use UCKeyTranslate (ns_get_shifted_= character) of characters? */ emacs_event->kind =3D code > 0xFF ? MULTIBYTE_CHAR_KEYSTROKE_EVENT : ASCII_KEYSTROKE_EVENT; - } + } + + // This is probably wrong, it's just for testing. + if (code =3D=3D 'g' && (emacs_event->modifiers & ctrl_modifier)) + { + fprintf (stderr, "C-g\n"); + Vquit_flag =3D Qt; + } emacs_event->code =3D code; - EV_TRAILER (theEvent); + EV_TRAILER (theEvent); processingCompose =3D NO; return; } It didn't help in a freeze though. Apparently, keyDown isn't called then, i.e. there's no output on stderr. On second thought, I should probably have expected that, because the system says that Emacs is unresponsive, which I think means it doesn't process events. So, that alone apparently doesn't help, although it appears it should be done (in the right way, which I'm not sure I know.) News from the last patch I sent for ns_select - I didn't have a freeze with it so far, and I didn't observe any adverse effects either. So far so good... Any idea how to proceed with this, Eli and Alan? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 05:08:35 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 10:08:35 +0000 Received: from localhost ([127.0.0.1]:60728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ritd5-0002uI-9P for submit@debbugs.gnu.org; Sat, 09 Mar 2024 05:08:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ritd1-0002u2-TW for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 05:08:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ritcN-000285-O9; Sat, 09 Mar 2024 05:07:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=1sBflJoSottGQiAtLOzb1NLYfKhC6YYeAbFW12s3DIs=; b=Z6OxpKsh6e1Du9ndea/4 AQ19u73tVMBl3LHNLf9p2t83E0/CXUvJfGDAThOTMNoaPdUab/RmN3W6BcSvN425hMsK80OkNkuV1 8XCaYjACy1DMd0bBtAArznsl2Uy5umYf3u4N8YTMQLPDUeMG581T1t1Z15dPtmg072EZG0X2arC9N VeuuZ5y8l/p3CFvHtzFMRy6I5xwf6AHwFE3+XxzrFIuocxIlqsczyOiuCRUTn0d5P2oEk+0R4/15J yr6MuwHaLg4P1TetJnZH2gV8QwvXFB5L7ZdS28mNIDXRKh3xYGvL7RoiZF8EHQs5ZOlk3hSIBcEOU 6OePXAi+q+GJ5w==; Date: Sat, 09 Mar 2024 12:07:44 +0200 Message-Id: <86h6hfyaz3.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Sat, 09 Mar 2024 10:47:43 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: <864jdfzwnw.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Cc: alan@idiocy.org, 69561@debbugs.gnu.org > Date: Sat, 09 Mar 2024 10:47:43 +0100 > > It didn't help in a freeze though. Apparently, keyDown isn't called > then, i.e. there's no output on stderr. > > On second thought, I should probably have expected that, because the > system says that Emacs is unresponsive, which I think means it doesn't > process events. > > So, that alone apparently doesn't help, although it appears it should be > done (in the right way, which I'm not sure I know.) > > News from the last patch I sent for ns_select - I didn't have a freeze > with it so far, and I didn't observe any adverse effects either. So far > so good... > > Any idea how to proceed with this, Eli and Alan? I'm afraid I've lost the relevant context. Can you remind why Emacs is not responsive? does it infloop somewhere, and if so, where? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 06:02:21 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 11:02:21 +0000 Received: from localhost ([127.0.0.1]:60780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riuT6-0007Lb-VB for submit@debbugs.gnu.org; Sat, 09 Mar 2024 06:02:21 -0500 Received: from mail-ed1-f47.google.com ([209.85.208.47]:46363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riuT3-0007LH-1A for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 06:02:20 -0500 Received: by mail-ed1-f47.google.com with SMTP id 4fb4d7f45d1cf-5658082d2c4so3755039a12.1 for <69561@debbugs.gnu.org>; Sat, 09 Mar 2024 03:01:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709982038; x=1710586838; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=0k7hB41h/AKN2ZANFjBMn2v5YZ52VzfDlYzitdZtMxQ=; b=OoX/VcJkWVY/efvAfnVJhIcAWo1/1eq95WpXJjJsj0DuxkUTYBg6dYztoh5/906lS9 ffuLTDIt8qRGtt7v45SPfMfNcdZIsBFAQJa/L24Z6dyq85gEEORhzCr6n6wZmPk+aR9D ye78M+3+Kwq4AAnOBQ9W+nm6HarPWzcwby1CGJWFbFx+SGgRu6bSXamkd6sLcPW4O47K LbMGhXbsp6VC37NC6Ur18QgItugZkXuhjfNLfylQzE7pcBxJj51yH2IQY2rop48uOsK3 +yI+TJzxCnM0rM8AVCsFsQrPezggydNqkvJJq7TtfKdJSq9qmSf/HhCne7KV38KhC7eO tuQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709982038; x=1710586838; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=0k7hB41h/AKN2ZANFjBMn2v5YZ52VzfDlYzitdZtMxQ=; b=Cuq23D8hxx4H+zExlv7FYtL0VkQUvxY416+OK7NagSkWk5nVkrQwfBtah+Mum3H/fa VWCwXWlmhDefjZJZpxQg+5xdXsORV6cGWaTbLm1fqExR2xKCyr8HDz1rO/WFyLkjFdnI aic015LjNjIr0wRURhUQWHc0n8PNhIbSz1IY5zkB6KGk+sW0YyZamVPHNV2HYzZWdTTD 2dieLTlkZjXPNcSyVCx72K4XZQV1eVCPduIJ/oB+GyS/AfXoazdQ0Kfqnf67KGMVsd3l Gxw/gdF/rsEF7GTk3V0+NWeCYWAukLRmJ1X05FCHehmBEccndllPV63lT6whlSbgmvgJ gMNw== X-Forwarded-Encrypted: i=1; AJvYcCW3Wxvnos/T7dRAmGjT+T/51/WgFRJwf0B6R+29LJOVW5XTyt2dgshiOleBbUanYj3fsqQbMVOjo/keWRqv9sWDOAsO2yA= X-Gm-Message-State: AOJu0YzhKGjpOYQKzgznrDk9xS2nUCBjuQCP0cQQTqoZT2TbeDm/okKF LbHWCi3Bpw3wk0tUs3BvVUbsIiKa53ib+1AsSeHnKaKccsVnY6REd+tdriBA X-Google-Smtp-Source: AGHT+IF5mBLDS82OtVg2hW9ZC4FV4W8B9EyHD1pMHkuRXHFhVsPBS8Z9sRowbVJmuhjPaE4UMN9bZA== X-Received: by 2002:a17:906:f902:b0:a41:315b:94d9 with SMTP id lc2-20020a170906f90200b00a41315b94d9mr676047ejb.71.1709982038149; Sat, 09 Mar 2024 03:00:38 -0800 (PST) Received: from Pro.fritz.box (p4fe3a846.dip0.t-ipconnect.de. [79.227.168.70]) by smtp.gmail.com with ESMTPSA id s12-20020a1709066c8c00b00a3ee9305b02sm771189ejr.20.2024.03.09.03.00.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Mar 2024 03:00:37 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86h6hfyaz3.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Mar 2024 12:07:44 +0200") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> Date: Sat, 09 Mar 2024 12:00:36 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> Any idea how to proceed with this, Eli and Alan? > > I'm afraid I've lost the relevant context. Can you remind why Emacs > is not responsive? does it infloop somewhere, and if so, where? Yes, it loops in wait_reading_process_out, which calls ns_select without making progress, and without handling NS events, which is the reason why the system says Emacs is unresponsice (beach ball of death). This can happen in various circumstances. I have seen freezes in epg (decrypting autoinfo), flymake, json-rps (eglot + clangd) so far. And it started to get really bad lately in master, for unknown reasons. My analysis, all the usual disclaimers apply ;-)... The NS port event handling works like so: NS has a queue named hold_events_q of struct input_event (global variable). The queue is filled when EmacsView receives NS events from the system. NS events are processed by calling [NSApp run] with some ornamention around it to make sure the call returns. ns_select and ns_read_socket do that. The input_events in hold_events_q are given to Emacs in ns_read_socket, which is installed for terminal type as read_socket_hook. That's how normally a C-g is recognized by kdb_store_event and Vquit_flag is set. But hold_events_q are _not_ kbd_store'd in ns_select. Instead we have if (hold_event_q.nr > 0 && !run_loop_only) { /* We already have events pending. */ raise (SIGIO); errno = EINTR; return -1; } So, ns_select returns -1 to wait_reading_process_output which loops, AFAICT. By immediately returning -1 in ns_select it additionally also does not run [NSApp run], which means NS/Cocoa events will not be processed. If nobody else (ns_read_socket, for instance) is called in from somehwere we're stuckin 2 ways: - Existing input_events in hold_event_q are never transferred to the rest of Emacs. - NS events are never processed, which leads to the beach ball. So, I tried the attached patch to ns_select, which does 2 things: - it makes sure that hold_event_q input_events are transferred to Emacs. - it makes sure that [NSApp run] is always called. Not that I really know what I'm doing, but it seems to work ;-) --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-ns_select.patch Content-Description: ns_select patch diff --git a/src/nsterm.m b/src/nsterm.m index f094b145fe3..075d1af0938 100644 --- a/src/nsterm.m +++ b/src/nsterm.m @@ -4739,12 +4739,13 @@ Function modeled after x_draw_glyph_string_box (). check_native_fs (); #endif - if (hold_event_q.nr > 0 && !run_loop_only) + /* If there are input events pending, store them so that + Emacs can recognize C-g. */ + if (hold_event_q.nr > 0) { - /* We already have events pending. */ - raise (SIGIO); - errno = EINTR; - return -1; + for (int i = 0; i < hold_event_q.nr; ++i) + kbd_buffer_store_event_hold (&hold_event_q.q[i], NULL); + hold_event_q.nr = 0; } eassert (nfds <= FD_SETSIZE); @@ -4757,7 +4758,7 @@ Function modeled after x_draw_glyph_string_box (). if (NSApp == nil || ![NSThread isMainThread] || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0)) - return thread_select (pselect, nfds, readfds, writefds, + thread_select (pselect, nfds, readfds, writefds, exceptfds, timeout, sigmask); else { --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 06:12:46 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 11:12:46 +0000 Received: from localhost ([127.0.0.1]:60796 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riudC-0007dZ-BJ for submit@debbugs.gnu.org; Sat, 09 Mar 2024 06:12:46 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riudA-0007dM-Bt for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 06:12:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1riucY-00030E-BN; Sat, 09 Mar 2024 06:12:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=S3hEpUugGZdDzhIV85kukgMld0Ox0S49x7L7EIPAOFI=; b=B3Y6zJlqjd10hQ+5Hx7b J7lOVCASfPbiG6oVFGFRLW22OS4Wd3sVALCc1g8DDa4/mZPCjuXWiusermpn2aucP2wY9xfHjdvKS 1whuUnbrUmif4Xt0xnlbaI6NElAIuw0B413VkQFIrXCkezY6gByv//C2AXC/TEsP8WGmPpydfM5FX ehY2i/qTfENNsOG+JygVmHdw7dfGT3VbFUq79fNBWMOCdMxXBMf13kG1ozALJ9Xy5iJLRm3jRXuJy kQqUNsH3DXScyfZsmeRqxLLE5sHLTnQ9Mku1pZHJd2tZDM/WIPBY4KrCCcQE7Km80NFxL7jcOB4ln 79yvn519VJv6Aw==; Date: Sat, 09 Mar 2024 13:11:58 +0200 Message-Id: <86frwzy801.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?iso-8859-1?Q?M=F6llmann?= In-Reply-To: (message from Gerd =?iso-8859-1?Q?M=F6llmann?= on Sat, 09 Mar 2024 12:00:36 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Cc: alan@idiocy.org, 69561@debbugs.gnu.org > Date: Sat, 09 Mar 2024 12:00:36 +0100 > > > I'm afraid I've lost the relevant context. Can you remind why Emacs > > is not responsive? does it infloop somewhere, and if so, where? > > Yes, it loops in wait_reading_process_out, which calls ns_select without > making progress, and without handling NS events, which is the reason why > the system says Emacs is unresponsice (beach ball of death). > > This can happen in various circumstances. I have seen freezes in epg > (decrypting autoinfo), flymake, json-rps (eglot + clangd) so far. And it > started to get really bad lately in master, for unknown reasons. > > My analysis, all the usual disclaimers apply ;-)... > > The NS port event handling works like so: NS has a queue named > hold_events_q of struct input_event (global variable). The queue is > filled when EmacsView receives NS events from the system. NS events are > processed by calling [NSApp run] with some ornamention around it to make > sure the call returns. ns_select and ns_read_socket do that. > > The input_events in hold_events_q are given to Emacs in ns_read_socket, > which is installed for terminal type as read_socket_hook. That's how > normally a C-g is recognized by kdb_store_event and Vquit_flag is set. Are we talking about processing C-g or are we talking about processing "normal" output from sub-processes? I thought we were talking about the latter? If so, then C-g is not really relevant, and we need to establish why stuff that comes from the sub-process is not processed as we expect, by causing ns_select return something interesting. Right? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 06:35:38 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 11:35:38 +0000 Received: from localhost ([127.0.0.1]:60818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riuzK-0008VQ-89 for submit@debbugs.gnu.org; Sat, 09 Mar 2024 06:35:38 -0500 Received: from mail-ej1-f49.google.com ([209.85.218.49]:43234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riuzF-0008Up-7C for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 06:35:36 -0500 Received: by mail-ej1-f49.google.com with SMTP id a640c23a62f3a-a3ddc13bbb3so718693866b.0 for <69561@debbugs.gnu.org>; Sat, 09 Mar 2024 03:35:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709984034; x=1710588834; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=qL0DetVYYVFWbwY2Orm4oXTI4/6HMCAz2IRNxFScfu0=; b=K1G1T/74NEp6I2645HogTQfGoH4EGfWByrBdfGwA2eFCkb3+trJi4tytFF0yfveL5d xNXZtoFlYf30dG0XYPy69I/U6kvUqgt+xAKkh6sDIZGWtcPqhNkRiMgaGR23lBnMgv/T L40STTRM4+bOLmls22G8tCFyrSGWeJBveEh7V40bULvcoLtw8DWxNgbRyJ0BVEVwjesb FxEgNgld4XqhFApFmCel/F0ktaJiUpsT3OZKo9TQdvXyNQim9y/+q1tL9UoC7aYpX6dl bO7Etbr75AXB/a/K4rEmHZ6z4RZy6rz29UeFoBV0LaIG6njd4HasT5TZF+hGiIXLPA68 qELw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709984034; x=1710588834; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=qL0DetVYYVFWbwY2Orm4oXTI4/6HMCAz2IRNxFScfu0=; b=Xtrr2cf7j7Pf7EH8JNfGsvcaHGUiMZIG4RPyK/jT/hSRIv3ueDXMe+gWWZ3dvUwmvk gISbcsN95FiTNmppKRjvE6HMj0oymlP65Y35Yg2ZqfOPfB63dZo4NXWousCLKlsfos1T iaxYTNpcojmTmTYqciRd1dPrz1cK5JAJIsILYcZryLgvtrqATnceNUBY0FjJ9GBX8ZYY 1iMY66z5uxM+Z8TbR/qFP1iRs93ZY1R0Jm1WkWJh/QLvHxSV6jvwgp3zE/keP06dohL3 0i0m8STibeLd3YGyKKFQwEI58TPwo7Z0K5xqOtYJv6JyKRPTRTglrbesxDhSBXvk2sHk jE2w== X-Forwarded-Encrypted: i=1; AJvYcCV6kL09TxDiKvTQ9dFLVzHW8E5x7MgqPjyQG7FKmHKw9ssTddtENGKoJbTiVsJR2SWP6DP7CFzaksci3HPOa3NkIZeRFUI= X-Gm-Message-State: AOJu0YwrSyuubejQt9ub5R64Af3Lo3w/gF5VE+17bZqTJw9tNqbhwUs/ zcJbIZhZJyR1N1n5MyRKQDoQx50CL4CuaKCQDgG7AVJk0XDiwlwKUYvs1qhz X-Google-Smtp-Source: AGHT+IFyWRMOLdXcg1qxlIfPqQKPhpqL8h0OaCfIE2v2WmcDEcLL1nC4fRRlV+3QcQU43vSb1z/mwg== X-Received: by 2002:a17:907:cbc7:b0:a45:b944:675a with SMTP id vk7-20020a170907cbc700b00a45b944675amr1357569ejc.2.1709984033980; Sat, 09 Mar 2024 03:33:53 -0800 (PST) Received: from Pro.fritz.box (p4fe3a846.dip0.t-ipconnect.de. [79.227.168.70]) by smtp.gmail.com with ESMTPSA id j12-20020a170906474c00b00a45bd9ccb55sm781753ejs.155.2024.03.09.03.33.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Mar 2024 03:33:53 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86frwzy801.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Mar 2024 13:11:58 +0200") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> Date: Sat, 09 Mar 2024 12:33:51 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Gerd M=C3=B6llmann >> Cc: alan@idiocy.org, 69561@debbugs.gnu.org >> Date: Sat, 09 Mar 2024 12:00:36 +0100 >>=20 >> > I'm afraid I've lost the relevant context. Can you remind why Emacs >> > is not responsive? does it infloop somewhere, and if so, where? >>=20 >> Yes, it loops in wait_reading_process_out, which calls ns_select without >> making progress, and without handling NS events, which is the reason why >> the system says Emacs is unresponsice (beach ball of death). >>=20 >> This can happen in various circumstances. I have seen freezes in epg >> (decrypting autoinfo), flymake, json-rps (eglot + clangd) so far. And it >> started to get really bad lately in master, for unknown reasons. >>=20 >> My analysis, all the usual disclaimers apply ;-)... >>=20 >> The NS port event handling works like so: NS has a queue named >> hold_events_q of struct input_event (global variable). The queue is >> filled when EmacsView receives NS events from the system. NS events are >> processed by calling [NSApp run] with some ornamention around it to make >> sure the call returns. ns_select and ns_read_socket do that. >>=20 >> The input_events in hold_events_q are given to Emacs in ns_read_socket, >> which is installed for terminal type as read_socket_hook. That's how >> normally a C-g is recognized by kdb_store_event and Vquit_flag is set. > > Are we talking about processing C-g or are we talking about processing > "normal" output from sub-processes? I thought we were talking about > the latter? If so, then C-g is not really relevant, and we need to > establish why stuff that comes from the sub-process is not processed > as we expect, by causing ns_select return something interesting. > Right? Right, sorry, C-g came only into play because I tbought the current sitution might become bearable if it could at least be interrupted with C-g. And then I understoof the drama better. If you take a look at the first hunk of the patch I sent, you can see that ns_select can do _nothing_ interesting at all, it just returns -1. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 08:09:38 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 13:09:38 +0000 Received: from localhost ([127.0.0.1]:60923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwSI-0005e6-Cp for submit@debbugs.gnu.org; Sat, 09 Mar 2024 08:09:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwSD-0005dr-Ja for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 08:09:37 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1riwRa-0006VF-AN; Sat, 09 Mar 2024 08:08:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=PQAPeEO1XcqAVWMim41R1WLTB2JW67gGlBHUbV00NQc=; b=aGamxoyfKCt/mjFhpKiA 53mNLSVLd1QD3AUCELOm3rc0Vb7GcZN/qmencxCpbGS/VMu3qYbUwXqe722JU/KwYX2MBkdL9vFLo 39rNX5LOHarZWOKPqxsvq9cuWWDGmcCWsSPbOqNdBfcMvhsC9ktyFglxxJ5YYdyaLnbXM4UoyVHkJ r7ckfnFvI5WwdwM8ZN8V5Q6JD72IvOuA+H91j1dNZYuGCLCQfAN55IFooecSDezFlnNbbnFVdJzfP wc3T0idIuuYSQzofKQ9dYyE+E1Y+MCwtt1maNpB6LLj9pb3NMct5RK502TmvJNfsPbmC+iRlN8eBM IBMuzqw+81NNiA==; Date: Sat, 09 Mar 2024 15:08:51 +0200 Message-Id: <86cys3y2l8.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Sat, 09 Mar 2024 12:33:51 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Cc: alan@idiocy.org, 69561@debbugs.gnu.org > Date: Sat, 09 Mar 2024 12:33:51 +0100 > > Eli Zaretskii writes: > > >> From: Gerd Möllmann > >> Cc: alan@idiocy.org, 69561@debbugs.gnu.org > >> Date: Sat, 09 Mar 2024 12:00:36 +0100 > >> > >> > I'm afraid I've lost the relevant context. Can you remind why Emacs > >> > is not responsive? does it infloop somewhere, and if so, where? > >> > >> Yes, it loops in wait_reading_process_out, which calls ns_select without > >> making progress, and without handling NS events, which is the reason why > >> the system says Emacs is unresponsice (beach ball of death). > >> > >> This can happen in various circumstances. I have seen freezes in epg > >> (decrypting autoinfo), flymake, json-rps (eglot + clangd) so far. And it > >> started to get really bad lately in master, for unknown reasons. > >> > >> My analysis, all the usual disclaimers apply ;-)... > >> > >> The NS port event handling works like so: NS has a queue named > >> hold_events_q of struct input_event (global variable). The queue is > >> filled when EmacsView receives NS events from the system. NS events are > >> processed by calling [NSApp run] with some ornamention around it to make > >> sure the call returns. ns_select and ns_read_socket do that. > >> > >> The input_events in hold_events_q are given to Emacs in ns_read_socket, > >> which is installed for terminal type as read_socket_hook. That's how > >> normally a C-g is recognized by kdb_store_event and Vquit_flag is set. > > > > Are we talking about processing C-g or are we talking about processing > > "normal" output from sub-processes? I thought we were talking about > > the latter? If so, then C-g is not really relevant, and we need to > > establish why stuff that comes from the sub-process is not processed > > as we expect, by causing ns_select return something interesting. > > Right? > > Right, sorry, C-g came only into play because I tbought the current > sitution might become bearable if it could at least be interrupted with > C-g. And then I understoof the drama better. > > If you take a look at the first hunk of the patch I sent, you can see > that ns_select can do _nothing_ interesting at all, it just returns -1. But your patch still doesn't solve the problem, does it? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 08:23:07 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 13:23:07 +0000 Received: from localhost ([127.0.0.1]:60927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwfK-0005xi-T7 for submit@debbugs.gnu.org; Sat, 09 Mar 2024 08:23:07 -0500 Received: from mail-lj1-f179.google.com ([209.85.208.179]:46348) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwfG-0005x9-Sa for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 08:23:05 -0500 Received: by mail-lj1-f179.google.com with SMTP id 38308e7fff4ca-2d382a78c38so34190961fa.1 for <69561@debbugs.gnu.org>; Sat, 09 Mar 2024 05:22:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709990484; x=1710595284; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=3XqLxF/cNvGKtufb6NDwTEkh30SN0Qjgzx0RQczFZnc=; b=YP9yeUCpXrixT7b+hrfgsO9YL3q4CeLZjuZ+ulc7YtCqdGZRQG2APsNfWYtQIUbCCa tSTGErZR2lNBaA1vDnMFfOLOD2Mj0Kf0QRz4JqRoe4fXtoFgv+yZjFdfJ8e0NWE7tt2P BrQn/PhTcKjqARw4WM3Iqxvgz6cpua02VU/NmWxwGJBH96R0Bs+npHLqi6Dxkaxudgy1 bm4rGkcMN+IasSUs8g8mkUaSOKLWojO7RdkTrecZptXyFi9kIvKO5o4bCYeLo1vZd0ZF Q4CpBov2kQgn3kbtzsRPblV08JfaRBZGDuIXhueOALzDajjPobdXrJkYkcjQUsYOwyti QFKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709990484; x=1710595284; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=3XqLxF/cNvGKtufb6NDwTEkh30SN0Qjgzx0RQczFZnc=; b=oyCj3oQAaqh4Mxupd5NqWBiW1JVf84uRprWrGovfFGrl5/f/xuG91PjhU6X43ZrT0N m/HNEdvMEObzBN05mQ283XCRSX8SEPGW9fD+c7YRz1hDhNSRwGqqlj6ffVfazt1zdKTJ AS+hStdL23Rs+H7mdssOmhQVlpciLO0hgqAExRabNwAd/zR30T4Co0CMuY8GmLtz2pSI dQfqKpXPJlW+S9ISA9beqzQ8IO/9oWh/5ojUY79Y1F3CWNsFPxA5fJX31YWBLOyhHz1y W8v2K/s5WuUvZ1U9bVjOUTngz+LQoKGR7jlCXwssdJ4I7E/U+QxUk9i6Oskw/6KVN0SU Vh3A== X-Forwarded-Encrypted: i=1; AJvYcCWhWc2lPkQQJJ/n3CT3+pihC8dTUic9rA5/73CSflslDvngLradk/80U48JfKV6+umPpPmb9ZHA/d0auEshhKWJatA+Ez8= X-Gm-Message-State: AOJu0YyPcS5bdLY5KX0eEBwrSt2dqXRBpQqJX9iPdU3Y4EVo6dVzawcy m4qB/2InhRv5hLbkOb/icRP+3s1Ty1QMe38K8dlxhha+xNGI98fmc4HLbmHd X-Google-Smtp-Source: AGHT+IEBZwkLG1wn5RfIQL1Vzl5bObVtsKeZRZMnCT1UegYb7YImn52HcdAD2d+DRO3nvdGKrb6cDQ== X-Received: by 2002:a2e:a48a:0:b0:2d3:ba98:46f with SMTP id h10-20020a2ea48a000000b002d3ba98046fmr1044305lji.24.1709990483662; Sat, 09 Mar 2024 05:21:23 -0800 (PST) Received: from Pro.fritz.box (p4fe3a846.dip0.t-ipconnect.de. [79.227.168.70]) by smtp.gmail.com with ESMTPSA id x21-20020aa7d395000000b00567fa27e75fsm853575edq.32.2024.03.09.05.21.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Mar 2024 05:21:23 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86cys3y2l8.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Mar 2024 15:08:51 +0200") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> Date: Sat, 09 Mar 2024 14:21:22 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Right, sorry, C-g came only into play because I tbought the current >> sitution might become bearable if it could at least be interrupted with >> C-g. And then I understoof the drama better. >> >> If you take a look at the first hunk of the patch I sent, you can see >> that ns_select can do _nothing_ interesting at all, it just returns -1. > > But your patch still doesn't solve the problem, does it? I'd say it does: - it ensures that a "real" select is called, which formerly wasn't guaranteed - it makes sure that queued input_events are passed to Emacs, for C-g detection, Vquit_flag and so on. - it makes sure NS events are processed, so that C-g has a chance to get into the queued input_events in the first place, from processing keyDown events. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 08:30:38 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 13:30:38 +0000 Received: from localhost ([127.0.0.1]:60933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwmb-0006AD-T6 for submit@debbugs.gnu.org; Sat, 09 Mar 2024 08:30:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42546) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1riwmZ-00069z-9a for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 08:30:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1riwjq-0002GV-0p; Sat, 09 Mar 2024 08:27:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=EYNUkXY/gjbJoYu7/0PN7JPn8aDxvljnYX71NVvuU8s=; b=j/AGe4tpuywIw128Mgml h/j26G71ZoMiyPLvvQD8PMeKiKWUck7drdMCSv0EPq6ieLP9euVtOTNHfYKzmP2RM2vPsJ+jrlH18 zQ+N0icoqjnhTS7hafhdMOo5XmMPck0+fB4YmbNyPbacucSNLSktK+9FHcCNX5scPGSNhdYFX6/Mx dNhqnJPa2ZDRXsUVFIvvsE8GbT4aGe7W5YelChaKUNBIKrDvul+SIJ5p3elrmTylkstQHZuGxunEc 0fByXZNQM3xGapgIj1yFPWN9dFWE9gjc8Ln8OfHAzVV4X3qLROmra9b3lm/fsB/KDATDr61vraXko BIUXvXsqP624fw==; Date: Sat, 09 Mar 2024 15:27:43 +0200 Message-Id: <86a5n7y1ps.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?iso-8859-1?Q?M=F6llmann?= In-Reply-To: (message from Gerd =?iso-8859-1?Q?M=F6llmann?= on Sat, 09 Mar 2024 14:21:22 +0100) Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gerd Möllmann > Cc: alan@idiocy.org, 69561@debbugs.gnu.org > Date: Sat, 09 Mar 2024 14:21:22 +0100 > > Eli Zaretskii writes: > > >> Right, sorry, C-g came only into play because I tbought the current > >> sitution might become bearable if it could at least be interrupted with > >> C-g. And then I understoof the drama better. > >> > >> If you take a look at the first hunk of the patch I sent, you can see > >> that ns_select can do _nothing_ interesting at all, it just returns -1. > > > > But your patch still doesn't solve the problem, does it? > > I'd say it does: > > - it ensures that a "real" select is called, which formerly wasn't > guaranteed > > - it makes sure that queued input_events are passed to Emacs, for C-g > detection, Vquit_flag and so on. > > - it makes sure NS events are processed, so that C-g has a chance to get > into the queued input_events in the first place, from processing > keyDown events. In that case, I think you should proceed by collecting experience with this patch. If the freezes indeed go away, then I think you should install it. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 09 08:52:51 2024 Received: (at 69561) by debbugs.gnu.org; 9 Mar 2024 13:52:52 +0000 Received: from localhost ([127.0.0.1]:60961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rix87-0006qC-MQ for submit@debbugs.gnu.org; Sat, 09 Mar 2024 08:52:51 -0500 Received: from mail-ed1-f45.google.com ([209.85.208.45]:57639) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rix85-0006q0-NQ for 69561@debbugs.gnu.org; Sat, 09 Mar 2024 08:52:50 -0500 Received: by mail-ed1-f45.google.com with SMTP id 4fb4d7f45d1cf-5683576ea18so1400729a12.3 for <69561@debbugs.gnu.org>; Sat, 09 Mar 2024 05:52:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709992271; x=1710597071; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=sq3It0otj5SmpofCmmCHPzSmGCfpPuddz9HC20TSpYk=; b=Fkh/CmgnJ9cWxzDwS6F/HH4Y9KqIoNiW7b/IbpGrAxHYufadprFBxEJ7SmUfNVPS3U hFS1Zk2hqt63lXPEh19iurrZ5C+OlcOglG6iclrQjipm7nawRG6nT/8sRCcXPr+hUaaH JTjxtvzw6aVScGBpXE32B8Oo504PyPS5GnEY8ct7rXR6f3MFHIjcZJwAobUP83Ynx7hT yJ1NilYc9k5vuyuqDkSE1KWQqWVKSFygPodERDpvrmY2gHvVnKit8aGzTRx92AVshLCU 8caY3GLQVH+RdexU2t27Ub1+RlpL4BAHNAkQHI7wVuFCk2+/63u/38Mf5S5Bg+7nzdfR hkZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709992271; x=1710597071; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=sq3It0otj5SmpofCmmCHPzSmGCfpPuddz9HC20TSpYk=; b=UVM8IT1TQVVMj17v7ZzVW3lbPD01LRhQlMfAK6vcvLxNIRVsAlDnEJj5hU3e2hCmAy oysU9fqH4Xs7H78GkiN6qSu+u/I52L4sV25thJMR7nMGMhqCLQRKbsPKgkJr6azVY+iG O1FA2fZIt1zJtwHodNRgDCR9yp/m+dQJh6WNWA6k33OmAmmXK0PPCegIxz44mtHLOXkP Kka2Gtg4uZMYt8tejrN+4hHEX8E0gT9ZuZenz0aNxStPdUM0lLtSWZvBAaHZh/Jz7rep 2aE7Tu5a6OIBPCgMAwbWTynN3zFn42/7SmzG0xGGU0iVzhN9t3GTm7+VFwJCjlbieEIJ 6icw== X-Forwarded-Encrypted: i=1; AJvYcCVtdHwb+uuGyN4iNUJZy9yfmYj4x2Eua7dAQa/X7vK8WT+JVVV2Xj3ZPekAVdH3cCMPkoGMDR9/03NDfIFSI48M9waED8w= X-Gm-Message-State: AOJu0YzUClhRr02YLThm2UzcsgCYvk4aTrkCwsDSU4k7RVRQQEf+Y8lo bW37Xah/anbJ0D++ZeFdbTtAenpzszfRZ3ga6VV7l8y+Og6BOPPo4s0tviY2 X-Google-Smtp-Source: AGHT+IFvwXd1vCRR0EXmNwhweUaK8hTSlPXwADtya1C7asobHKtcH6eB9C5ZTH1eMz13O5XwEvRsLQ== X-Received: by 2002:a17:906:3796:b0:a45:ae8b:ef83 with SMTP id n22-20020a170906379600b00a45ae8bef83mr847286ejc.10.1709992270691; Sat, 09 Mar 2024 05:51:10 -0800 (PST) Received: from Pro.fritz.box (p4fe3a846.dip0.t-ipconnect.de. [79.227.168.70]) by smtp.gmail.com with ESMTPSA id k5-20020a170906578500b00a449ebf3d58sm909168ejq.85.2024.03.09.05.51.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Mar 2024 05:51:10 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: <86a5n7y1ps.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Mar 2024 15:27:43 +0200") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> Date: Sat, 09 Mar 2024 14:51:08 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > In that case, I think you should proceed by collecting experience with > this patch. If the freezes indeed go away, then I think you should > install it. Ok, thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 02:13:43 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 06:13:44 +0000 Received: from localhost ([127.0.0.1]:44346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkHrz-00025n-MV for submit@debbugs.gnu.org; Wed, 13 Mar 2024 02:13:43 -0400 Received: from mail-wr1-f46.google.com ([209.85.221.46]:44322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkHrv-00025W-S1 for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 02:13:42 -0400 Received: by mail-wr1-f46.google.com with SMTP id ffacd0b85a97d-33e570ef661so268331f8f.1 for <69561@debbugs.gnu.org>; Tue, 12 Mar 2024 23:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710310319; x=1710915119; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=6jPfBZEo3NZc8oT/N67CsD+9EFOc+MUfFDgqb80o7Zs=; b=MHjvqHAWbSU+Hz4wezoMKtF6i15PCiboUHdo6DV+bmicfsgVdeCY3HjQyY5xLXXJA9 8k/jL7vYoxy3X0Svg21249ZkZkHqAWwiCRJbqPqT93XZre+nja0UTajNtVZ+E21VxbKg 9nIi0N4tmE8p/WoEaTfplBKmqiWP0Odmcow9aMnJOx/7B9pJF4SNMKMrbRzw9dQMXVfU dIm1Vu2IWlM7VHf5OZH3+sAh8N2CSDsVBhaCcqg0T/T+nxSkjB68OATSCHFdmzstgRAk pCFmwL+FQDskHJD89uBx07C29GjX26nFKDRHtM8wwLyhPrDY4EIVUNeAEzDan/gq6EqY toYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710310319; x=1710915119; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=6jPfBZEo3NZc8oT/N67CsD+9EFOc+MUfFDgqb80o7Zs=; b=A5SvxTHwxAwFg0mF1xXlodgA9dZt7L56XxGQTJ3XHPICIkoyLA/ty/ZXjyvjwQz6C8 iEcDxagCiqKqXFHVw6BBb+32KqfwwBbu2ta1R0Z5SbHcNglqkmRdET/WwL6w9oGz+Xxq Q20UTBzJcGnlRIMVrcfmX3zaNNX0ikjWjPWHTqt3Ipp2tvYpaj0NbLUhGfnd/9dQu7mb mNHeiXq+7TGrE685k5+T9yThAF69xkEyqZhJikmvRWdYfcIgvN0bQ2dA3OaE3TMJTGh0 okkv1cIUqDyHUkcyFZxyAb8/v45q92reeUCwpUP8hWH++//4slcl55w1YRd8qutOLCtt D76A== X-Gm-Message-State: AOJu0YxzDwdo/y/bGDcFhcynGZXSqI5NYiL/rDSZqRIAbc30bdnZRZiM zQeQ5l/HuuMSj3Wtmn1cSyYSd4VAWgd4JsI3VVfkaJr+fcktFaB4 X-Google-Smtp-Source: AGHT+IHZH/Z1Tbuve0L9Kj415Do0ryhUsnyMcvE4fRhDgxLNtva1LpjJbDnzydlD8koiicPJo4Fv8w== X-Received: by 2002:adf:e447:0:b0:33e:818e:d05d with SMTP id t7-20020adfe447000000b0033e818ed05dmr993195wrm.35.1710310318815; Tue, 12 Mar 2024 23:11:58 -0700 (PDT) Received: from Pro.fritz.box (pd9e36f1a.dip0.t-ipconnect.de. [217.227.111.26]) by smtp.gmail.com with ESMTPSA id az25-20020adfe199000000b0033e192a5852sm1376603wrb.30.2024.03.12.23.11.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Mar 2024 23:11:58 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Sat, 09 Mar 2024 14:51:08 +0100") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> Date: Wed, 13 Mar 2024 07:11:56 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pushed to mater and closing. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 02:14:03 2024 Received: (at control) by debbugs.gnu.org; 13 Mar 2024 06:14:03 +0000 Received: from localhost ([127.0.0.1]:44350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkHsI-00026o-UB for submit@debbugs.gnu.org; Wed, 13 Mar 2024 02:14:03 -0400 Received: from mail-wr1-f54.google.com ([209.85.221.54]:43102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkHsG-000265-LF for control@debbugs.gnu.org; Wed, 13 Mar 2024 02:14:01 -0400 Received: by mail-wr1-f54.google.com with SMTP id ffacd0b85a97d-33eaafc4419so310155f8f.0 for ; Tue, 12 Mar 2024 23:13:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710310340; x=1710915140; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:subject:from:to:message-id :date:from:to:cc:subject:date:message-id:reply-to; bh=GfG9cNQkB7Tr7UEnuIl1N2yGBl0nwYS82Nqz/lczysk=; b=E1lJY9yBqpASU5s4S2uK7h5ZCBTboZTO2NxcaIMVYYBM1+VWknzLsnKXZRgfrkpNMD xmMQtgs05u6DXk8IqGWiRWeSSarORT0TuLDhwivhOamR2aHVsTAumq0l3t+VyEOXwDSM npROn2J8Xdynsy1YxPr/KxQ4WnMfx2Cb8HrvOGS2uuLf8bmAfU6Fy57whT47HCtitSNO 2DRHvpTTE4/ucNY1NBKYnKeivDEnZZmMOF0L6578AjclesnFk3zsM117SZHJpFMnFWCJ TNhUgxMwlPoC1J0ekvQ9JIUV1kdZdUZrXlJgXrL1JyOiwthxFvswCA69Q/YfgiYzc8k2 c1Sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710310340; x=1710915140; h=content-transfer-encoding:mime-version:subject:from:to:message-id :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=GfG9cNQkB7Tr7UEnuIl1N2yGBl0nwYS82Nqz/lczysk=; b=bUZeDJF0MBNCTd1/YGX7eqSL6fiUAHylgiMq/Dy5lwzzdpDnW+68HOFAl2GGYGchh0 t+Vuycmb51+J+/TopIN1L4bYZaFsGm3+U8MRemChxaCb2vwXmtNXRQ1bEVTwXEwNCfy5 oqxePDq+xW+BNKV/YeLASfOoYE2bQ2+mzEIYjZuNp5M73S9bAtEpQ7cBtMRs9WCWpxJk NYZU0vht2DEpIHzs4gohhxnUZXtYAclOqU6RykCFsyOVCMFGoLhowEPltOap6ZBu4dhK yPxXIunwnu2RHyiqdzdwqrnSnmLUk5b0uQ5AAzRQAW0N6HLbCyJfyDiAI6VINDUDuQVA nDlg== X-Gm-Message-State: AOJu0Yy3DwXV+nQq05k8Kb7+jKyCZfy/KDYRKcIFRoiBluwQw9uC8WuW eVoe4OZuP83WxDt00PmX+8+xEv/YjLYn4CFIYsfs8Q52znAIZy3tWOIuIEBX X-Google-Smtp-Source: AGHT+IF8m5OXW+UoyGlY9zfsZlvmkW68rjgomNY6yykePI0ocEMcf6eIew5GlT84GRnt6LG/zjFdSQ== X-Received: by 2002:a5d:6d0b:0:b0:33e:b2cf:4a81 with SMTP id e11-20020a5d6d0b000000b0033eb2cf4a81mr1414315wrq.22.1710310339805; Tue, 12 Mar 2024 23:12:19 -0700 (PDT) Received: from Pro.fritz.box (pd9e36f1a.dip0.t-ipconnect.de. [217.227.111.26]) by smtp.gmail.com with ESMTPSA id p18-20020adf9d92000000b0033e17341ebesm10867540wre.117.2024.03.12.23.12.19 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Mar 2024 23:12:19 -0700 (PDT) Date: Wed, 13 Mar 2024 07:12:18 +0100 Message-Id: To: control@debbugs.gnu.org From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Subject: control message for bug #69561 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 (-) close 69561 30.1 quit From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 12:54:42 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 16:54:42 +0000 Received: from localhost ([127.0.0.1]:47233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkRsI-0006z2-Fk for submit@debbugs.gnu.org; Wed, 13 Mar 2024 12:54:42 -0400 Received: from fout4-smtp.messagingengine.com ([103.168.172.147]:34275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkRsH-0006yq-Gq for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 12:54:41 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfout.nyi.internal (Postfix) with ESMTP id C5682138010D; Wed, 13 Mar 2024 12:54:00 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 13 Mar 2024 12:54:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1710348840; x=1710435240; bh=ky5uiauQbHjbqMjIdFkSb/z9FScyT9EbXWka+VeDo3w=; b= p0fpvhW6NfZnQdhcj+X1hpyB4Vpy8TyLk4qDi1cQZCuR2IBvZoOBZZL3eue/FUjA ZDsan6M7/wkCGqPZYlZsvzJkMH4gtiNjAZp0OTFlqW+yIAtrz56jfHi35cdVY5h6 cxwmf2Rao0jze59r235vIAIQ8zCDLDdNinBWOKsWgysnECJfV3OrQ6KCKgrBI0eq rxmU33XuCVg/gcPFYFcltL2f03Q/HS/ozlen3PEO+G8GktU/A57EIdugb5Upv1x1 /hQ8zBbwHeFTTlmy6+dz6v3pLj7ni5ni0SAOaHdG3nEvLIQcgkyGjhHkx1iBUaiG hj7W7Yh8AC5+rj/VMLRUew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1710348840; x= 1710435240; bh=ky5uiauQbHjbqMjIdFkSb/z9FScyT9EbXWka+VeDo3w=; b=r r4ppucrtR+DkvD7h3C0U8k48vK6EURBZ/TRI3bqIsZ1JSUaM1tLji1Nz28CSYXCd CRB5APG2KIwNMiXXih1Xr+aeSUQp9ErSnPB4UJKjFzGhj900ef+pcOUv11SnKzVm 275XfXGdJxvAXizzVXz7jLOcbYnjiSw2tvFG+jg9PPy5jttZM0OHxwRSyG/mX/vp 99wjCJ4CB+7r78O0dVx5NVw/eUT2GEyGmTYDYBnuNAH9CTUfM1M+reIQeLSicq/H jchT2IUvTkqhd+16i236uMAZsZZ6M6ta8g5y/pOHfYdXSx11gOWzuXBhIfPFhVyj fxMCxphuTUrNcKdV5141g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjeehgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvfevufgjfhgffffkgggtgfesthhqredttderjeenucfhrhhomhephfhilhhi phhpucfiuhhnsghinhcuoehfghhunhgsihhnsehfrghsthhmrghilhdrfhhmqeenucggtf frrghtthgvrhhnpeefleefffetieetuedvtedtgfehgeevtefhueevjeehjeelueeigfev tdeihfeugeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehfghhunhgsihhnsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Feedback-ID: id48c41f1:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 13 Mar 2024 12:53:58 -0400 (EDT) From: Filipp Gunbin To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Wed, 13 Mar 2024 07:11:56 +0100") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 13 Mar 2024 19:53:54 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, Eli Zaretskii , alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 13/03/2024 07:11 +0100, Gerd M=C3=B6llmann wrote: > Pushed to mater and closing. (I haven't read this thread in detail) On TTY there were no freezes before the patch, but now there are - for example, `C-x v L' in emacs repo freezes. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 14:20:20 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 18:20:20 +0000 Received: from localhost ([127.0.0.1]:47394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkTDA-0000mG-3z for submit@debbugs.gnu.org; Wed, 13 Mar 2024 14:20:20 -0400 Received: from mail-wm1-f44.google.com ([209.85.128.44]:42362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkTD7-0000m2-Ci for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 14:20:18 -0400 Received: by mail-wm1-f44.google.com with SMTP id 5b1f17b1804b1-413e93b10bfso1202105e9.1 for <69561@debbugs.gnu.org>; Wed, 13 Mar 2024 11:19:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710353916; x=1710958716; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=XyPjK7Dz8rWoJHWcI5bd8onS2NQs2b7Yqh0sdlCfx28=; b=RoAjlcsINALk5xjnsUg2HePvmJdm9mq1UBVecpobqzJdZs+d27BW4/JlRzyrEOz95z ojoVasHnCB3WoRSkWWWbWgmHUj9CRiYK1e5IK/BiYfrl8KIdPK6JIPLkzJGPtO3zX9ci 0m9Y9CKprMSO3lEeu94FYHp7AI7p9X/3w5EXXF/Fy3OUYmGAIe5d+wbLtLGhWE2Xaaf+ wkXWjgmTOkLMIBXmUKv8v1UsgzXawkGVLj19EoHHZSTXAYsmVR9Rhep+a+VB3Qxn2p7C xSL1uuuUrtuWZjyNjGcEkj/5Cny1rfjRWks6ev1WCg8tAevvyV//WMfpckyrjd57VfiL A3qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710353916; x=1710958716; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=XyPjK7Dz8rWoJHWcI5bd8onS2NQs2b7Yqh0sdlCfx28=; b=RfWW5CFPUhtW1vM4uKOaYFjF0bS9p/atJCaHhJ8OusNP89cizKmzR0hh//RZsTlyEU bEUkL4QArgJ2axeoAXLFWYNoIlrcQrgb+v4izCiCqeIbfFjrMSBwpCgQ8TIhGUEqwEFa grUdPL0LWq3WKaiiXQmO2ruezYr722q4Ew2JMPrqG+dEtaTUcxNDAi+X0n4mySxC7hYV +iFsTKJfjPKp5BEcN6/CF34gI2jQCTdg8EiKJKCZKjOlVJoCcmlLD7kwUGZn6axtcuBB AQTXQK4LXt8tWtMmPwgjHZlldFV3YVsEg2LgrakmITTucyWF6SsO5O4KhXcaKGjV1wQl qwuw== X-Forwarded-Encrypted: i=1; AJvYcCWNz9bO9cdKiU7WvvdScHQefx0I8y3ogbCzKXFwkhSK57/PWxPQWUO8ZKkVQhMdZC9hSiMH+Vfy5p/XB8bBQhCAWHttsJ8= X-Gm-Message-State: AOJu0YxIq1vVEYDwslL9ac/MAqRvzmVXWZ6tEAkJMl7zIHDoNzwe3vQZ EquJGd63Ylx0R4xk2k+0Cs3Tyap6WTMyh41JmjrzUzEOxo89yGGT X-Google-Smtp-Source: AGHT+IHb8dAAkueN4VBPZdTpeVMpiFmyTj6nI8sjCib0g48/xQgf1vzc1nkf8nO6qMUi42AZUVP6ZA== X-Received: by 2002:a05:600c:348d:b0:412:c811:b6a3 with SMTP id a13-20020a05600c348d00b00412c811b6a3mr528668wmq.12.1710353916178; Wed, 13 Mar 2024 11:18:36 -0700 (PDT) Received: from Pro.fritz.box (pd9e36f1a.dip0.t-ipconnect.de. [217.227.111.26]) by smtp.gmail.com with ESMTPSA id c18-20020a5d4152000000b0033e745176f5sm12178000wrq.110.2024.03.13.11.18.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Mar 2024 11:18:35 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Filipp Gunbin Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Filipp Gunbin's message of "Wed, 13 Mar 2024 19:53:54 +0300") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> Date: Wed, 13 Mar 2024 19:18:34 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, Eli Zaretskii , alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Filipp Gunbin writes: > On 13/03/2024 07:11 +0100, Gerd M=C3=B6llmann wrote: > >> Pushed to mater and closing. > > (I haven't read this thread in detail) On TTY there were no freezes > before the patch, but now there are - for example, `C-x v L' in emacs > repo freezes. Thanks, Filipp. Could you please try the attached patch? But - are you sure you see a freeze, i.e. you can't, don't know, C-x C-c or C-g or whatever else? That's not what I see with emacs -nw -Q, I see an empty log window. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 14:22:02 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 18:22:02 +0000 Received: from localhost ([127.0.0.1]:47400 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkTEo-0000pa-Ha for submit@debbugs.gnu.org; Wed, 13 Mar 2024 14:22:02 -0400 Received: from mail-wm1-f54.google.com ([209.85.128.54]:48635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkTEm-0000p6-5u for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 14:22:00 -0400 Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-413f0343de0so82975e9.1 for <69561@debbugs.gnu.org>; Wed, 13 Mar 2024 11:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710354019; x=1710958819; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=lKkL0Rl0wFARg7082XBBIVWc8BmaUP4M70MvWrJzJmU=; b=iZnnLUWdis/WDI7iWaD9Kt7yQOHtbx9zHb0/LrPfY6IwvKIfQWPsiaJj4Sr5ZMzF3p G+u4HqB9OZACTxt26l1bRor6qg4Ejowq/vZugSh948aVomIoZhorgthbgzIBYqq8J26e HlvNeLJhK5k3dn7E5Zns1EDpUrBa0ZPhGjOPhvog0OqbGGLxXsNJ1s8vjDia4I1V1fL0 Axz9DETgXm/CFm6NEVEA0k94QEzHiZBX9rWTzZqX6w/Lxjbsdccd3QqhdtwLM+89M4tX s1rPeAlcf98rHykFIp5enbkAX0WjRkCEuEap/oXm9JlucuIwLx1ltqtFGeyf9/7FAgc8 sFHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710354019; x=1710958819; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=lKkL0Rl0wFARg7082XBBIVWc8BmaUP4M70MvWrJzJmU=; b=OuabDFLAgOtBDqv0kSbvzqP31NgXFTzWZ2Di5ErarET6G0LE9tMjwGTJdDIOSjPubF aEiZEiscrPCBHjs120brzqW4KMb55AYNAsQwoJsTSDuChX1o13L+idi8OiWUEb0JC0Is 7f+C0OU51l5j9ij8PVh4OHeUXKxmazfdHOWlDZCH2I7mnydgGY5A5fAKIspa3XKUi60j nVmlksch0p5ReIFTNwvmx6pcPb4ZwxS+srtbZHXKpzqcgNOlr/Frg3uOAAzrhoQ7ohKG 5aaH1aZ+PY75v5Hf+iZagJklyZXM3t3tHJDuyDQy1s8wya0jltAXCGeCUwBU1dezStKl wbHw== X-Forwarded-Encrypted: i=1; AJvYcCUfdCMwsm/G6NTqccmlQN/pJAuPpPAvhzi2pID1an06hwKlrk3EYr8vVnf2OTSuR5wats+1NiYsS/CyOAsSvkUq8hHNS5U= X-Gm-Message-State: AOJu0YyTi2eumVdICFjkJ5iRhJ11ldb38udhnRwpXS7WU/uyWt7/LQ50 pjZsYAjxqOAfyiuSHhE1zCRb8SFBRlgV/GURkrxFK2Y6MuGSY8np1nJaYM49TUs= X-Google-Smtp-Source: AGHT+IF2UfhFbO2TJExNXyzHepJB/5kfQTjh9FWiEu+qrgO1sBpa69Fc7dkjd5+FhtQEbOHDsQUwPA== X-Received: by 2002:a05:600c:4f4b:b0:412:f196:c1f3 with SMTP id m11-20020a05600c4f4b00b00412f196c1f3mr508029wmq.6.1710354019048; Wed, 13 Mar 2024 11:20:19 -0700 (PDT) Received: from Pro.fritz.box (pd9e36f1a.dip0.t-ipconnect.de. [217.227.111.26]) by smtp.gmail.com with ESMTPSA id iv20-20020a05600c549400b00413ef6826desm360733wmb.4.2024.03.13.11.20.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Mar 2024 11:20:18 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Filipp Gunbin Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Filipp Gunbin's message of "Wed, 13 Mar 2024 19:53:54 +0300") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> Date: Wed, 13 Mar 2024 19:20:17 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, Eli Zaretskii , alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Filipp Gunbin writes: > On 13/03/2024 07:11 +0100, Gerd M=C3=B6llmann wrote: > >> Pushed to mater and closing. > > (I haven't read this thread in detail) On TTY there were no freezes > before the patch, but now there are - for example, `C-x v L' in emacs > repo freezes. > > Thanks. Thanks, Filipp. Could you please try the attached patch? But - are you sure you see a freeze, i.e. you can't, don't know, C-x C-c or C-g or whatever else? That's not what I see with emacs -nw -Q, I see an empty log window. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-ns_select-on-terminal.patch Content-Description: ns_select diff --git a/src/nsterm.m b/src/nsterm.m index f161edc4ac2..97d6329cf4b 100644 --- a/src/nsterm.m +++ b/src/nsterm.m @@ -4757,9 +4757,11 @@ Function modeled after x_draw_glyph_string_box (). if (writefds && FD_ISSET(k, writefds)) ++nr; } - if (NSApp == nil - || ![NSThread isMainThread] - || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0)) + if (NSApp == nil) + return thread_select (pselect, nfds, readfds, writefds, + exceptfds, timeout, sigmask); + else if (![NSThread isMainThread] + || (timeout && timeout->tv_sec == 0 && timeout->tv_nsec == 0)) thread_select (pselect, nfds, readfds, writefds, exceptfds, timeout, sigmask); else --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 15:21:35 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 19:21:35 +0000 Received: from localhost ([127.0.0.1]:47439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkUAQ-00058Y-Pi for submit@debbugs.gnu.org; Wed, 13 Mar 2024 15:21:35 -0400 Received: from wfout4-smtp.messagingengine.com ([64.147.123.147]:32901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkUAP-00058M-8D for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 15:21:33 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.west.internal (Postfix) with ESMTP id 83C561C000CE; Wed, 13 Mar 2024 15:20:51 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 13 Mar 2024 15:20:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1710357650; x=1710444050; bh=O6j10b+EQYn/rzFYF5B9+d2ZX8fnkld4eKd7BZYuWEU=; b= otcL2up/7Ey+17QJrSQFUgVoxDqneyjENvtUNac0Q75DDEK4PRYG/dtNMOumzYD/ ZDLzGUE/gSEE4Xc6zcy4twCvhksjaxgaD1uYnTLqjZB+4Aw7Tv7PmCcO3q4W9bmq n/b8TT1ac/SJ2ziv8HlCpbYeqSowrmr3mWqgdoUnxkPQBMPvUvN5QASV4/9m6poG 7A4ato75yBIyoIqZ3xuVu/VbSzqFkPFGJ1uaA2qV/qorSdguADi1viSPhknnVaL6 WJkYz0mtrOL7bNAah1l4xRltvN9wvPCpY9RyorCOOwEtRNzq5ASLagYe1DuZbFfL Q4wPc6YlmDM2oX1PR07saQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1710357650; x= 1710444050; bh=O6j10b+EQYn/rzFYF5B9+d2ZX8fnkld4eKd7BZYuWEU=; b=c iINoGj6SelHzlUYGTQTYy5C8ZYeT8Y4BUV9vb6h51d++mcu8zHMRspLwOUapmw5A rr9Crlc6uigzUrXUc9jsLi5lnLnNquhpo4uNmcGxTyPsbAt0uN/dlWX/edPw4N9Q upJJ5ADT58jZP3N95xHzVdK01Xk5PtYMoA1aGgNafw36Wum1zL5IEdIhJPl+T25W +pd6GFWPO3ZI28Glv0nlhJKFChMiihfwKac3I0eXnF7qLqy47X9yjY3in9PZ3E8z 8DhWpGTIP55GiY5itiZerzVD1Sqm3xHmW/btHsWVSKVWDVRWQC69scXrFdF4Uz2O yRxh0lQSFT5t3Rzgo31BQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjeehgdduvdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefujghffgffkfggtgfgsehtqhertddtreejnecuhfhrohhmpefhihhl ihhpphcuifhunhgsihhnuceofhhguhhnsghinhesfhgrshhtmhgrihhlrdhfmheqnecugg ftrfgrthhtvghrnhepfeelfeffteeiteeuvdettdfgheegveethfeuveejheejleeuiefg vedtiefhueegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepfhhguhhnsghinhesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: id48c41f1:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 13 Mar 2024 15:20:47 -0400 (EDT) From: Filipp Gunbin To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann?= =?utf-8?Q?=22's?= message of "Wed, 13 Mar 2024 19:20:17 +0100") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 13 Mar 2024 22:20:43 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, Eli Zaretskii , alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 13/03/2024 19:20 +0100, Gerd M=C3=B6llmann wrote: > Filipp Gunbin writes: > >> On 13/03/2024 07:11 +0100, Gerd M=C3=B6llmann wrote: >> >>> Pushed to mater and closing. >> >> (I haven't read this thread in detail) On TTY there were no freezes >> before the patch, but now there are - for example, `C-x v L' in emacs >> repo freezes. >> >> Thanks. > > Thanks, Filipp. Could you please try the attached patch? Hi Gerd, yes it fixes the issue, thanks! > But - are you sure you see a freeze, i.e. you can't, don't know, C-x C-c > or C-g or whatever else? That's not what I see with emacs -nw -Q, I see > an empty log window. Yes, you're right, technically Emacs does not freeze here, but it does nothing about the started git process (which can be seen in M-x list-processes), the same even with "M-& echo foo RET" - just blank screen. With M-x gnus I was able to C-g, but otherwise it just hanged - that's what I interpreted as related to this thread/commit. Anyway it seems ok with your fix now. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 15:39:15 2024 Received: (at 69561) by debbugs.gnu.org; 13 Mar 2024 19:39:16 +0000 Received: from localhost ([127.0.0.1]:47451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkURX-0005eR-It for submit@debbugs.gnu.org; Wed, 13 Mar 2024 15:39:15 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:43516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkURV-0005eE-F4 for 69561@debbugs.gnu.org; Wed, 13 Mar 2024 15:39:14 -0400 Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-412e784060cso8318115e9.1 for <69561@debbugs.gnu.org>; Wed, 13 Mar 2024 12:38:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710358652; x=1710963452; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=sQLmgy1wlcCtUq3NKzj/c/bQnvorKwjGXLQLPcfiDXU=; b=EPfIsXbvjmDC5V52BOUArR0ORD2F8kDUl5eh6+hEWpDjHNHQsCaS3UIkGuJGS6+xzs NYI7F/+HFMNjHm601HXQMvvMjA7qxqZJLps/xx4epyXaGAWsQJ6iZxEmvuSw4c6PYUvQ KWjaS6nXgmYKAvwmR057vh7SZNGLyPeRB23HKWzOM9LA9AEJ1VjBaEnGiKmvrYIv8BAh cP7oJvRoF4GrFX17ix0hx1TWspJHh5N1Yz1Ov/RDRBpOOvzwL4HKUNtu2RgXgnYUwfCV RfylxT+2STCHBYE/iEgMXl8XBSMEBgRa3anEJDVOoCNAcFlBh3tcp/dVfDAHNTZ6sJqy 3PJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710358652; x=1710963452; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=sQLmgy1wlcCtUq3NKzj/c/bQnvorKwjGXLQLPcfiDXU=; b=KC10l9ipv29jjULBFbm5NoIFdDprU5ZFCXhhw6CPL713BZtNDs00rbnwusRRPtJizt YxkVE77EMy5214z3/oaRGK9iVqJbUUlNRJYdOhlkxNSVBaIp/0Odm4d0FzSiQVehvDod GYZDKVKrBeqo6R0cSYk/E/XS6DYq+SBTFmVAUdA4pUZmafQhuXAE29qlVkZ7BbYIr/zv zgChxSRHCAEaOYIkwQjF0ga57BzT28Ja/eo86cF6KJBddT2mx3saiemOhcOflz6VP6Fb AyDj0IUmRZF+HGvpLBl6SdUAteL+yy+o+8E4Gsmoy7J5f1jF0II76FY8yxcGadWLvxym QSGw== X-Forwarded-Encrypted: i=1; AJvYcCVNLaLJHWN5w8Ehyy7Wtyu4c8QwCerfiIoTJzz8TePEkICjs39SITDUw8f3JjIOuuX5oQV/2hBR1+kAJuNKPF6vSuUpq5Q= X-Gm-Message-State: AOJu0YwJbT87walsbhL3WGnd+jW02+TUouhOWVqi5L7OlcyGDWkJlRfB Q2SJt9pUW9E5PxFmuN9O4MP8OkyLv1boUQ0XdU45wYcFkxtY/s2mguZgtk2CKzI= X-Google-Smtp-Source: AGHT+IGqE/Hb0nOkOcX391tSgnb7zWmDkp+aoWwL6AGKwAwcYFI/5fbe7n+cgcPf64cqO9m7f9Yxig== X-Received: by 2002:adf:a384:0:b0:33e:12a4:8619 with SMTP id l4-20020adfa384000000b0033e12a48619mr3176621wrb.24.1710358652075; Wed, 13 Mar 2024 12:37:32 -0700 (PDT) Received: from Pro.fritz.box (pd9e36f1a.dip0.t-ipconnect.de. [217.227.111.26]) by smtp.gmail.com with ESMTPSA id f15-20020adfdb4f000000b0033e79eca6dfsm12231074wrj.50.2024.03.13.12.37.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Mar 2024 12:37:31 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Filipp Gunbin Subject: Re: bug#69561: 30.0.50; Freeze from M-x gnus on macOS In-Reply-To: (Filipp Gunbin's message of "Wed, 13 Mar 2024 22:20:43 +0300") References: <864jdfzwnw.fsf@gnu.org> <86h6hfyaz3.fsf@gnu.org> <86frwzy801.fsf@gnu.org> <86cys3y2l8.fsf@gnu.org> <86a5n7y1ps.fsf@gnu.org> Date: Wed, 13 Mar 2024 20:37:30 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69561 Cc: 69561@debbugs.gnu.org, Eli Zaretskii , alan@idiocy.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Filipp Gunbin writes: > On 13/03/2024 19:20 +0100, Gerd M=C3=B6llmann wrote: > >> Filipp Gunbin writes: >> >>> On 13/03/2024 07:11 +0100, Gerd M=C3=B6llmann wrote: >>> >>>> Pushed to mater and closing. >>> >>> (I haven't read this thread in detail) On TTY there were no freezes >>> before the patch, but now there are - for example, `C-x v L' in emacs >>> repo freezes. >>> >>> Thanks. >> >> Thanks, Filipp. Could you please try the attached patch? > > Hi Gerd, yes it fixes the issue, thanks! Thanks Filipp, glad to hear. I've pushed that to master, with a comment added. I always forget Emacs on terminals because I never use that, sorry. > >> But - are you sure you see a freeze, i.e. you can't, don't know, C-x C-c >> or C-g or whatever else? That's not what I see with emacs -nw -Q, I see >> an empty log window. > > Yes, you're right, technically Emacs does not freeze here, but it does > nothing about the started git process (which can be seen in M-x > list-processes), the same even with "M-& echo foo RET" - just blank > screen. With M-x gnus I was able to C-g, but otherwise it just hanged - > that's what I interpreted as related to this thread/commit. Anyway it > seems ok with your fix now. Ok. Thanks for testing! From unknown Fri Aug 15 15:35:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 11 Apr 2024 11:24:32 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator