From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Newsgroups: gmane.emacs.devel Subject: Re: igc, macOS avoiding signals Date: Mon, 30 Dec 2024 14:40:49 +0100 Message-ID: References: <799DDBC5-2C14-4476-B1E0-7BA2FE9E7901@toadstyle.org> <87h66loc17.fsf@gmail.com> <878qrxoayj.fsf@gmail.com> <8734i5o6wc.fsf@gmail.com> <87cyh9mpn5.fsf@gmail.com> <87zfkdz6kl.fsf@protonmail.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="28763"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Helmut Eller , Eli Zaretskii , spd@toadstyle.org, emacs-devel@gnu.org To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 30 14:41:37 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 1tSG1Y-0007HB-Cz for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Dec 2024 14:41:36 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tSG0w-0005jb-Hx; Mon, 30 Dec 2024 08:40:58 -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 1tSG0s-0005jK-Ot for emacs-devel@gnu.org; Mon, 30 Dec 2024 08:40:54 -0500 Original-Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tSG0r-0005HP-5n; Mon, 30 Dec 2024 08:40:54 -0500 Original-Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-aaecf50578eso1109633566b.2; Mon, 30 Dec 2024 05:40:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735566051; x=1736170851; 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=EXSmB/NNNsHF3u4oaRHZGf2Y1KcdfH+2fJw6oQE6wOI=; b=ZOTPq4ygrpsLy6HoOvlyuTU/C3i0QaONyZ63FV11yB53ZgFlpY1oWtNc3O8YBMcHCp lpZzib/SYGzPQDaakBAixmduG2Ju11TvaFZBNEKu0KsoETsWOvRa4/zGd4mzORMnzECf zX3e79uLb6yoGtljDy2B/T7mDKfth2FyInpGAQS2poNLa9AfT43f3b3FQyEJ6w0mh1tz +K/OcDnX09sk8WOC6I9JY3OyKSpGnsDFv5QFAlYWomSx9XTb48GwbwX7LzxsZL6CFHei 0sdK9FY25ObzxtQHzGmFvDdXHxt59dMwIErdibN6zyNrsF5fQo7ZjyQ/ZSgagjJGhB6b baLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735566051; x=1736170851; 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=EXSmB/NNNsHF3u4oaRHZGf2Y1KcdfH+2fJw6oQE6wOI=; b=fqqanz4G5QmXVW+qEKZwjHzAQ7rNnUoqH4oLoP8abWE9FWjxwjZ+vsqEa1PF4Ef8vL UgkuQvwfK648gAAaBaSArlhpQRHTmnhnMMO7SaGV/YHrMvO6UQcYqtgyKSOhmLz3zbYH N2oeDPfUA+rTIuTEnXI0RoA9yKUqquD4Ns6PTPEApCembjIrq6n1u6UeE/gXI5kXU5p3 2nDkwLacF0bFScQrT1aDyGldephP0J45Ib+LyhpyR+O/qe3/o659JytoHEFXdqW1y+O8 nQ2bNcJrfFYuJpvPofnQxQb0C8cUIRTfQPDsyl+JnL4SQh8qz23N6LfgJ1Lwfr1ULUZe zP5g== X-Forwarded-Encrypted: i=1; AJvYcCUSuv/zyUX2jlAC7ZYOqIMuptM3gv/uXX1tTNRxGbycJiRH+cGfALaEECIOtbijkReJoSIjc9yjVT6vRHU=@gnu.org, AJvYcCXse2X6to1UNWLbaHsc5x33asy2xLPMDt8u7f8hjbLm+xF2FVTF8ESz6pFeZMJXEaXHnRCp@gnu.org X-Gm-Message-State: AOJu0Yw8Y5gcmgoaujZhVNpLjTG/wyvcKdzzE37RnFT+uO7wo+e/VSDr 6LERXyTQjJSAsH5q0we4Ctfyd9vkQYABsTf9eYSSyVAFBCguLpLH+sGaSw== X-Gm-Gg: ASbGncsomTTI1swvz3lMmJpTEpLJciNSRPnWZQPDlErwPtjehPEi/su5tlCLaxrwSKG Lsq53of/DspAMZFNKoLdTq3VTmVapREXsMUott7w+UKv0aor3yYJ9Bsv11D2vwZON1Hrszx8GCr H+cCvLABbPTgnxHaCM8ly1hMpLc313Ey/2rCdEfW5lyveEkdfgmh4CRIN/oEzPQ3wr+7Djsc6zF ZOIBi5GIwP+DSrdnAwEAi1Q8lE/xZEsj6HuaxRY+EAo8KbCZXwhrXnob5LHlk9fEzI66zYpKMQ3 +HFjwnr6cqmenxMjoljmgzhuE2sPgtmGvTc7OCTCYbSaGcvBP499g4rW4NC4uUfs X-Google-Smtp-Source: AGHT+IHBRpfgFFGN9u0wejmTqQvzrwTdSIH50rLk94koI+kpOixPdNlL6FJvZH7zNtIYoPiSjvZwcQ== X-Received: by 2002:a17:906:7311:b0:aab:75f1:e51f with SMTP id a640c23a62f3a-aac2ad84e3dmr3206600566b.18.1735566050704; Mon, 30 Dec 2024 05:40:50 -0800 (PST) Original-Received: from pro2 (p200300e0b7156f000dceccb84ca1ba38.dip0.t-ipconnect.de. [2003:e0:b715:6f00:dce:ccb8:4ca1:ba38]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-aac0e8961a6sm1461165466b.57.2024.12.30.05.40.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 Dec 2024 05:40:50 -0800 (PST) In-Reply-To: <87zfkdz6kl.fsf@protonmail.com> (Pip Cet's message of "Mon, 30 Dec 2024 12:42:27 +0000") Received-SPF: pass client-ip=2a00:1450:4864:20::633; envelope-from=gerd.moellmann@gmail.com; helo=mail-ej1-x633.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:327420 Archived-At: Pip Cet writes: > Pip Cet writes: > >> "Helmut Eller" writes: >>>> I find that difficult to understand. But it may be just a >>>> statistical phenomenon. Maybe filling up an APs memory is so fast so >>>> that the probability of a signal hitting while owning the mutex is clo= se >>>> to zero, or something. >>> >>> Very few of Emacs' signal handlers actually touch a barrier. I've also >> >> Indeed. These crashes are rare in typical usage, which doesn't mean we >> should delay fixing them until Emacs is "unstable enough". It already >> is, IMHO, because we take that approach too frequently. >> >>> not seen any reproducable receipes for the "signal issues" that the igc >>> branch supposedly has. >> >> Removing the SIGPROF protection code should allow Ihor's recipe to crash >> again. > > Confirmed. Here's the recipe (which, yes, you have already seen): > > https://lists.gnu.org/archive/html/emacs-devel/2024-06/msg00560.html > > Make igc_busy_p () return false (as we could do if the "supposed" signal > issue weren't real), immediate crash. > > Pip With modified src/profiler.c @@ -347,7 +347,7 @@ record_backtrace (struct profiler_log *plog, EMACS_IN= T count) add_sample (struct profiler_log *plog, EMACS_INT count) { #ifdef HAVE_MPS - if (igc_busy_p ()) + if (false) #else if (EQ (backtrace_top_function (), QAutomatic_GC)) /* bug#60237 */ #endif Result: 1083 89% + command-execute 106 8% + redisplay_internal (C function) 13 1% + timer-event-handler 1 0% + help--append-keystrokes-help 1 0% + # 0 0% ... =F0=9F=A4=B7