From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Date: Thu, 19 Jan 2017 19:52:18 -0500 Message-ID: <878tq6wo1p.fsf@users.sourceforge.net> References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1484873553 9352 195.159.176.226 (20 Jan 2017 00:52:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 20 Jan 2017 00:52:33 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: David Dynerman , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 20 01:52:24 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUNR3-0000OC-44 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jan 2017 01:52:09 +0100 Original-Received: from localhost ([::1]:51739 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cUNR6-0005FS-2w for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Jan 2017 19:52:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34241) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cUNR0-0005ED-Ik for bug-gnu-emacs@gnu.org; Thu, 19 Jan 2017 19:52:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cUNQw-0001LR-Op for bug-gnu-emacs@gnu.org; Thu, 19 Jan 2017 19:52:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37701) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cUNQw-0001LM-Kt; Thu, 19 Jan 2017 19:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cUNQw-0000dS-Cj; Thu, 19 Jan 2017 19:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Fri, 20 Jan 2017 00:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25132 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: patch confirmed Original-Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.14848734782395 (code B ref 25132); Fri, 20 Jan 2017 00:52:02 +0000 Original-Received: (at 25132) by debbugs.gnu.org; 20 Jan 2017 00:51:18 +0000 Original-Received: from localhost ([127.0.0.1]:35900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUNQE-0000cZ-Ad for submit@debbugs.gnu.org; Thu, 19 Jan 2017 19:51:18 -0500 Original-Received: from mail-it0-f43.google.com ([209.85.214.43]:37045) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUNQD-0000cO-7c for 25132@debbugs.gnu.org; Thu, 19 Jan 2017 19:51:17 -0500 Original-Received: by mail-it0-f43.google.com with SMTP id r185so9639481ita.0 for <25132@debbugs.gnu.org>; Thu, 19 Jan 2017 16:51:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=0g0Yle/EBTthUcezBPTrfgd85zLhevHQzIGtSQqh3uw=; b=A/NjvMT8RoXroiwaCSzUqywMGNZoxbZdSvP02plU3oYujYoQDNZSpLuxGGqalPlgpB xH8igZY5/RlwH94+QLK42wLZW/tpIWtpVO1/GuE8VRHABtYgBMrY3scsJMOsGtyFAcYy LtC0YNUrZngPidnWNy5puE+YnFOPhPLOPF7afPngCoxJeibQijZjfuRdtHfw8OsXOFRl x90Bsycb6CPQisYfpJiMKP9bp04RPdFqN4Emnlr46Fov2NsiDCPVqXNfFDNHrWD274W6 YqI0PHbr0AwKlrYX07yEAjoU5YiJw11oruuGs3n4YqEymPongS799mG9I7Q83kz/WDgY hWiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=0g0Yle/EBTthUcezBPTrfgd85zLhevHQzIGtSQqh3uw=; b=DuancqfwMhpaXz+sQAfaApO9tHzKXuN2VYKTKkmugR11FEpcY2vNSxoAJPPbJ+Dr28 PNX7bwf/iM5SrTorVpaOxf99Z/uTY08sfc+9GYM2L7cS80O8YRaGDCKNxiOMxIn74EYp JdlH9QaP7NOg2DD0TFXBOvNQgQUrRY/zCFZ8yeG8AWwflandJ2KJKrFXCOZb5LzwneJI tTv6E93GAypJORcS8TzHmRsI0q8solAbenOKl6lqRZDKC5dHaYQbOavxlT28vflHZ3Ge cNwStPg01zHnnT8VXpjql/qGDuJLDN6fVXvwpwwR+LLGBhs5Wuclj0IAbXcYgGRdNvyX /oow== X-Gm-Message-State: AIkVDXKsmJI6DviOpFN8aVc5Y0Io9cxg29kkOKJOtSnjJ2a8vxyOwoQj2kRnts3qM7RAyQ== X-Received: by 10.36.211.133 with SMTP id n127mr1303891itg.29.1484873471656; Thu, 19 Jan 2017 16:51:11 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id m196sm3670835iom.14.2017.01.19.16.51.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 19 Jan 2017 16:51:10 -0800 (PST) In-Reply-To: (Dmitry Gutov's message of "Thu, 19 Jan 2017 19:25:04 +0300") 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: 208.118.235.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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:128258 Archived-At: Dmitry Gutov writes: > On 08.01.2017 00:20, npostavs@users.sourceforge.net wrote: >> - (inhibit-modification-hooks t)) >> + (inhibit-modification-hooks >> + (progn (make-local-variable 'inhibit-modification-hooks) t))) > > Are we not worried that inhibit-modificaiton-hooks will become > buffer-local even after control flow leaves this let*? My feeling is that inhibit-modification-hooks should usually be buffer local anyway. > If we are not, why not make inhibit-modification-hooks always > buffer-local instead? It would have to be in addition to, because even after doing (make-variable-buffer-local 'var), (let ((var 'foo))...) still makes a global binding. `make-variable-buffer-local' only has effect for `setq', which I think will hardly ever happen for `inhibit-modification-hooks'. Actually, I just grepped for inhibit-modification-hooks and the only non-let I found is this: (defun read-passwd (prompt &optional confirm default) ... (minibuffer-with-setup-hook (lambda () ... (setq-local inhibit-modification-hooks nil) ;bug#15501. ...)) ...)