From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Helmut Eller Newsgroups: gmane.emacs.devel Subject: Re: SIGPROF + SIGCHLD and igc Date: Wed, 25 Dec 2024 10:22:41 +0100 Message-ID: <87r05wi0bi.fsf@gmail.com> References: <87o713wwsi.fsf@telefonica.net> <87ldw7fwet.fsf@protonmail.com> <87a5cnfj8t.fsf@protonmail.com> <86seqe4j4f.fsf@gnu.org> <87ttaucub8.fsf@protonmail.com> <87pllicrpi.fsf@protonmail.com> <864j2u442i.fsf@gnu.org> <87ldw55w28.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40481"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , pipcet@protonmail.com, ofv@wanadoo.es, emacs-devel@gnu.org, acorallo@gnu.org To: Gerd =?utf-8?Q?M=C3=B6llmann?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 25 10:23:32 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tQNc4-000ASQ-I3 for ged-emacs-devel@m.gmane-mx.org; Wed, 25 Dec 2024 10:23:32 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tQNbN-0002yg-Q3; Wed, 25 Dec 2024 04:22:49 -0500 Original-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 1tQNbL-0002yI-He for emacs-devel@gnu.org; Wed, 25 Dec 2024 04:22:47 -0500 Original-Received: from mail-ed1-x529.google.com ([2a00:1450:4864:20::529]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tQNbK-0008W2-0r; Wed, 25 Dec 2024 04:22:47 -0500 Original-Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-5d84179ef26so5415153a12.3; Wed, 25 Dec 2024 01:22:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735118563; x=1735723363; darn=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=IGVCOYEV2BdWnf72eJaJRh9Bbr1YNshR4xLe2qoTwEU=; b=JGwmWAygftEbq4cDwZ79lkEC3OqRLlpm0dMKuQbgw9OkZM55YoFLaIO0P9E+ZaijJ0 s35yTQhaPWaRnlXpvItP/EJjMoHzhATgpYFOrJedZ3ARhDGbEjx7DH3q/Isp4XNn9AhT 2OIghD6gDqlINEzWQ66YgAL0ezRJiH75tqEefFLEhudbb5l4gTIo9vYYg22S5KglCWGx eLnuYUx57P/VBxNA18hQ6NjBDJUleRIpaRfkUDpzliLgbQRdOphj/C5rpdAhxymkYNNT xGkuCz9Zj8fE46jVuZoI9k2RZp+H2ocsEH5VbywUuP4/8GBRPW8VgrH80yEEMbUpDvJU FIHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735118563; x=1735723363; 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=IGVCOYEV2BdWnf72eJaJRh9Bbr1YNshR4xLe2qoTwEU=; b=Sad2vNciDuU3i2jI/GBtthqcF6EHRhHRGYNAEj+Gh6ZZSU4AgFVtFHPX2Dtus25R24 41OBf7V5DPSZpMAwR9fLs740FsC4iRbtRJqGP0ULesBR7bfK4MwzH73Ob5eGpX5U06KX 0EA4dcVQI22A5Xv5Ns2nBKJ44gIN0Rbg5RJD3ebksB21eLuJ3yMrs+iwSnUBPdAs7QRn 8hRQ53859FOMDRrRJ3ogZU6In5STd8cboS2WXRV0B8DlbCIJ3Eqd2QbDhUBqtA8m6MGj L8zBiOTI/tBeURONvo9ZDh8LWb2iqOF0mulRoLTi181luFbnBTxnupUsO1zxeSwq6Gxl vslQ== X-Forwarded-Encrypted: i=1; AJvYcCV1TG5vUr+4whD+yUKIRr5UGyPG4mrSLKcs5ml8CKPZ3sMDkf2j72DK5OWVyCTco1+GMDTQx0pve6HGbEc=@gnu.org, AJvYcCXI9XUs6dQOvibBiey31/fmSRbuSJmICyf9YiQNv8b0G2YrDtcsCROT2ZlpGwli/UQOVjqRn+GTXA==@gnu.org X-Gm-Message-State: AOJu0YzOFhh+DKVtKImsQExG12I9tJG8zBeWOS7hWquYOPJ9MEQG93ZD MbYbCTRRjq1gygoP+RWsi+e95e4T57TZhmmKeN3UZccYRlVety+9APo5WVTS X-Gm-Gg: ASbGncsSkZjCcOOdlTjMoTKmQgrljGUNdHlHz0EZInFr+fswSGhTevr9OEjDwmwc1tZ gvBgWxa+E5ICH/zjC/4NJHb8cSeE4TK/23u2mg3kOU7GT6V8Le5qcBaAN0usREprrnGk5LDxx+T KoYDncwg6rNcEPYwIBLk6abkQxoqARGzoM5ria/vd69nWniHJ11+aZAyoywLXLDeTGtbGwNLgBz 5Wygv/l4XQhpwyvgVJSDl6dspAhvLSDTd3po/LURSik8uFtn73j3uE= X-Google-Smtp-Source: AGHT+IGC9jxNNm4ZUgxuNjZZrEP22R7IHNB4ScJ7OX7YVrHDwXsr9P2ihzZpMeG5lgJfIgNSykcn5g== X-Received: by 2002:a17:906:7311:b0:aac:278:98fd with SMTP id a640c23a62f3a-aac2ad80073mr1829934566b.17.1735118562665; Wed, 25 Dec 2024 01:22:42 -0800 (PST) Original-Received: from caladan ([31.177.115.143]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-aac0f015af9sm771064166b.159.2024.12.25.01.22.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 25 Dec 2024 01:22:42 -0800 (PST) In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann=22'?= =?utf-8?Q?s?= message of "Tue, 24 Dec 2024 09:39:58 +0100") Received-SPF: pass client-ip=2a00:1450:4864:20::529; envelope-from=eller.helmut@gmail.com; helo=mail-ed1-x529.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 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:327062 Archived-At: On Tue, Dec 24 2024, Gerd M=C3=B6llmann wrote: [...] >>> - Lisp allocation in signal handlers cannot exist because alloc.c is not >>> reentrant which means we would crash with the old GC. We don't need >>> anything extra for that in igc. [...] > BTW, do you agree with my analysis that Lisp allocations can't possibly > exist in signal handlers today? I don't know alloc.c well enough to make a judgment. This comment for XMALLOC_BLOCK_INPUT_CHECK seems to say that signal handlers used to allocate but no longer do: If compiled with XMALLOC_BLOCK_INPUT_CHECK, define a symbol BLOCK_INPUT_IN_MEMORY_ALLOCATORS that is visible to the debugger. If that variable is set, block input while in one of Emacs's memory allocation functions. There should be no need for this debugging option, since signal handlers do not allocate memory, but Emacs formerly allocated memory in signal handlers and this compile-time option remains as a way to help debug the issue should it rear its ugly head again. */ Helmut