From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#38748: 28.0.50; crash on MacOS 10.15.2 Date: Sat, 11 Jan 2020 19:07:15 +0000 Message-ID: <20200111190715.GA40876@breton.holly.idiocy.org> References: <8336cpbtzh.fsf@gnu.org> <83sgkp9uh9.fsf@gnu.org> <834kx3af7i.fsf@gnu.org> <20200111135920.GB40597@breton.holly.idiocy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="43964"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38748@debbugs.gnu.org, rpluim@gmail.com, andreyk.mad@gmail.com, jguenther@gmail.com To: Pip Cet Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 11 20:09:50 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iqM7S-0018IX-Lr for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 11 Jan 2020 20:08:22 +0100 Original-Received: from localhost ([::1]:60152 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqM7R-0000Ra-J9 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 11 Jan 2020 14:08:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58886) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqM79-0000J2-DN for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2020 14:08:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iqM78-0005F3-BX for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2020 14:08:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50723) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iqM78-0005EM-6S for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2020 14:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iqM78-0008D7-0v for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2020 14:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Jan 2020 19:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38748 X-GNU-PR-Package: emacs Original-Received: via spool by 38748-submit@debbugs.gnu.org id=B38748.157876964931508 (code B ref 38748); Sat, 11 Jan 2020 19:08:01 +0000 Original-Received: (at 38748) by debbugs.gnu.org; 11 Jan 2020 19:07:29 +0000 Original-Received: from localhost ([127.0.0.1]:56693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqM6a-0008C8-Qe for submit@debbugs.gnu.org; Sat, 11 Jan 2020 14:07:29 -0500 Original-Received: from mail-wr1-f54.google.com ([209.85.221.54]:46097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqM6X-0008Br-Tt for 38748@debbugs.gnu.org; Sat, 11 Jan 2020 14:07:26 -0500 Original-Received: by mail-wr1-f54.google.com with SMTP id z7so4749228wrl.13 for <38748@debbugs.gnu.org>; Sat, 11 Jan 2020 11:07:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=8JHBIn2gbY1UBlitjVeRNagAN9sfHF4PBHdHaX+93b4=; b=MpD32C+hHLAeSgeqBm+OcxGptKh25PmPx/MfI35AFbfKyCXtPhecQeTuh9cOyz/Z52 TXzsNPxMVFnMUhW0JBcqRSSBaEkHj6ct0ILuY3SGWdQA/wMYyL12ImnTzzknO0qUxi78 MeMF8+R6EurP42/DPL+TsYvJUfvzrTcXUcqhXm8bm9sY2UApS7Vuf1xH+eEcS+AHYHY9 NlK19jEwvGsnJDFURU4Fa4u1fIv6RbUYSsLe2PG7eL9VBRx205iDZToamBxKschJFkGh gBuawFtbUllPCgCwc0oTOcVxsSCQV1cpBwIaCDc7n7tDs3JJAKFjuJCECHpFSLZCRpT8 RYaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=8JHBIn2gbY1UBlitjVeRNagAN9sfHF4PBHdHaX+93b4=; b=t+kKM0WXQ3F/pd9YIhlAY6bsNcWwGchwzkDkzoZ14y8XxNV76MiQxZO1CrPlX+ZrcE nSCJbVDVfoHaUL8WhWCHrlQ/cZ3nXI5aYIVUPs0FTEaUliXiq0b1Rhu1n++V74wNq7a6 7g/5FGpjOBCmp0lRRbceN2WzKzDAEWLbboDgiZ4jAdk4bMoDq0dD2YsJyxWaPLj7moIi xAQBX99jFuZmuNR4sMmgv1/pMWk+vNT4IKNslEoDnPUOLYYYZv01EUOOPk1iR6ZLqjT5 r7c7BJ+RoAgn/Vsq5nUuGy0BYfYt7um6h9p94WOrE5AvOhwEJ+5CxT395HIBPEyFkCUe yFPQ== X-Gm-Message-State: APjAAAUxwVbmDSEi1dDWSKVVQPX8Nu8pEOQI7FmCkzX7hN77Rbu/Hs6E dR0QZ5WXaOYmWBJbJ6BWVmA= X-Google-Smtp-Source: APXvYqwga2yAoMXW2akGmsJw7oUhok7IRCo5QCHqpCsX6Ecr9ILDp13E/7iuQXxfuFhu2BnfHF8k8Q== X-Received: by 2002:a5d:44ca:: with SMTP id z10mr10613896wrr.266.1578769640003; Sat, 11 Jan 2020 11:07:20 -0800 (PST) Original-Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-3181-38ae-3880-6acc.holly.idiocy.org. [2001:8b0:3f8:8129:3181:38ae:3880:6acc]) by smtp.gmail.com with ESMTPSA id a184sm7539049wmf.29.2020.01.11.11.07.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 11 Jan 2020 11:07:19 -0800 (PST) Content-Disposition: inline In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:174487 Archived-At: On Sat, Jan 11, 2020 at 02:13:43PM +0000, Pip Cet wrote: > On Sat, Jan 11, 2020 at 1:59 PM Alan Third wrote: > > > It's my impression that macOS forces us to run in several threads, > > > even though we don't really want to do so. For example, changeFont in > > > nsterm.m appears not to assume it's run on the main thread, but calls > > > build_string, which sounds dangerous to me. > > > > What makes you think it’s assuming it may not be run on the main > > thread? > > The way it doesn't simply call Lisp, but sets up an event to be > handled in the event loop. How is changeFont actually called? Would it > be safe to call Lisp from it? changeFont is called during the NS run (event) loop which I don’t think is safe for calling lisp. Effectively Emacs requests the font panel to be opened and then any changes made in it are handled as though they’re user input events. I remember looking into it because it doesn’t work like on other toolkits, but because it’s this detached thing that only communicates through input events while Emacs continues running it makes it difficult to match its behaviour. -- Alan Third