From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: Re: Partly deferred font-locking? Date: Thu, 12 Jan 2023 14:44:11 +0000 Message-ID: <87ilhb95j8.fsf@localhost> References: <87bkn52dso.fsf@web.de> <834jsxm0c7.fsf@gnu.org> <871qo03omi.fsf@web.de> <83zgaolu7o.fsf@gnu.org> <87o7r3gajc.fsf@web.de> <83cz7jc1d6.fsf@gnu.org> <87ilhbg8dw.fsf@web.de> <83a62nc03x.fsf@gnu.org> <87r0vz96d6.fsf@localhost> <87o7r3965z.fsf@localhost> <837cxrbz1r.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35115"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael_heerdegen@web.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 12 16:32:36 2023 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 1pFzZD-0008tH-39 for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Jan 2023 16:32:35 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pFyo8-0001Nm-Se; Thu, 12 Jan 2023 09:43:56 -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 1pFyny-0001IK-FH for emacs-devel@gnu.org; Thu, 12 Jan 2023 09:43:47 -0500 Original-Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pFynv-0004A3-Oo for emacs-devel@gnu.org; Thu, 12 Jan 2023 09:43:46 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id E55CE240402 for ; Thu, 12 Jan 2023 15:43:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1673534621; bh=T6oCmrGXKV7Drd4H28ixzGBqlhIE4FXegsmnDp/G524=; h=From:To:Cc:Subject:Date:From; b=Tplt8ThkysKZ7qu/+NBq1eXqNo6NG4JrhSBAlg4rFKodrC8gk1Z6J0/yWPeCqcUiy FvRa0moDPolDNR9kGFKhFbYKnG86eKQMUodhNU+YzFX3g0rqPsCKMBdJ+1g+HQJKfs S6oZtGC6dJ4uyOxJGXHsRG9yhRaHFi1X2bmkualRHrESK9pk0qTNmc9n1AuNqdOJUm ixqD9B00hzKErLshQ2QFl/7HSIumAm+vwSRJyodxqQZPHQb64Ew5J3TkUVKFjxvbGQ 4FhDYgVi0Pju6jeRnFDp8+nbGqNYcKWz4YIt5efQQlTfEDt4QAelyxkRnGLs5AqVoc pVij8NHUeC7bA== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Nt6k26lcXz9rxH; Thu, 12 Jan 2023 15:43:37 +0100 (CET) In-Reply-To: <837cxrbz1r.fsf@gnu.org> Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:302383 Archived-At: Eli Zaretskii writes: >> I just tried >> >> (while-no-input (let ((x 0)) (while t (cl-incf x) (when (> 3 (random 1000000)) (message "%d" x))))) >> >> and it does not block. > > Do you understand why? Specifically: which code in Emacs caused us to > throw on input in this case? And is that going to happen when Emacs > calls a C function that hits the disk? AFAIU, maybe_quit throws the necessary signal as needed. For external C functions that interact with disk, they will indeed not produce the signal. However, the signal will likely be thrown soon after disk interaction ends. In my experience, helm command that opens a number of files is successfully interrupted after populating a file buffer but before initializing the major mode. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at