From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: MPS: a random backtrace while toying with gdb Date: Sun, 30 Jun 2024 22:58:30 +0300 Message-ID: <86tthafbix.fsf@gnu.org> References: <87bk3jh8bt.fsf@localhost> <87wmm6rcv1.fsf@gmail.com> <86le2mhhsj.fsf@gnu.org> <875xtqramd.fsf@gmail.com> <86cynyhfsn.fsf@gnu.org> <87v81qp91g.fsf@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19812"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, pipcet@protonmail.com, yantar92@posteo.net, emacs-devel@gnu.org To: Helmut Eller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jun 30 21:59:11 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 1sO0hb-0004wC-CM for ged-emacs-devel@m.gmane-mx.org; Sun, 30 Jun 2024 21:59:11 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sO0h4-0006Gq-4y; Sun, 30 Jun 2024 15:58:38 -0400 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 1sO0h1-0006GC-Kq for emacs-devel@gnu.org; Sun, 30 Jun 2024 15:58:35 -0400 Original-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 1sO0h0-00045G-1I; Sun, 30 Jun 2024 15:58:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=WztDkCsY7n7TCBi6eeqgw+nrAwha9LI5XunPTOmKTGY=; b=aUaI2so568QP NcZ0pjCJijBb8GFM/5Icd/PE0Yh1DzEoc5HZmBKrAeOhvnrR64hZ9EVNHJUTDLLbj2lYEOoJTuKT+ bbrwHqz/Sss5zHcri6j+mATir1YLEjZBRYq+9BCq9oO600X4qzHlcJFr4VciDo8k2+NKtOatGCZMO 2mBHR0IFAG+U/b/skvy9ZRJ5I5sEWdEHevnMSK8pXKVWcxYyFoTYzG5UVwTG0mh8AUxt+nu6pbgjD g20TVEop8RfQB9oMHEYTTGoBOQkL69AmMIHWGlEGcPI49ZIkLIbSeW+Z+YOiLcxtHm2mHAj4lfaC6 8cRuavT3yE+Gb7AEAp88Ug==; In-Reply-To: <87v81qp91g.fsf@gmail.com> (message from Helmut Eller on Sun, 30 Jun 2024 20:42:03 +0200) 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:320984 Archived-At: > From: Helmut Eller > Cc: gerd.moellmann@gmail.com, pipcet@protonmail.com, yantar92@posteo.net, > emacs-devel@gnu.org > Date: Sun, 30 Jun 2024 20:42:03 +0200 > > +#define ASYNC_WORK_QUEUE_CAPACITY 64 > + > +struct async_work_queue { > + uint8_t start, end; > + struct async_work_item items[ASYNC_WORK_QUEUE_CAPACITY]; > +}; What happens if more than 64 sub-processes exit while we are under block_input? 64 is not such a large number, and we sometimes block_input for prolonged times. In any case, the 64 thing (or any other fixed value) is against the GNU Coding Standards that frown on arbitrary limits. Frankly, if this is what we must do, then this branch is not very interesting. Too bad, I thought this was a promising development in Emacs.