From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: David Dynerman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Dec 2016 19:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 25132 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 25132@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.148114041420698 (code B ref -1); Wed, 07 Dec 2016 19:54:02 +0000 Received: (at submit) by debbugs.gnu.org; 7 Dec 2016 19:53:34 +0000 Received: from localhost ([127.0.0.1]:59982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEiHU-0005Nk-Ml for submit@debbugs.gnu.org; Wed, 07 Dec 2016 14:53:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35023) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEh2V-0002ga-Js for submit@debbugs.gnu.org; Wed, 07 Dec 2016 13:34:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEh2N-0003pR-8D for submit@debbugs.gnu.org; Wed, 07 Dec 2016 13:33:54 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48333) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cEh2N-0003pM-40 for submit@debbugs.gnu.org; Wed, 07 Dec 2016 13:33:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54199) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEh2J-0003NN-Ry for bug-gnu-emacs@gnu.org; Wed, 07 Dec 2016 13:33:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEh2F-0003nz-Pq for bug-gnu-emacs@gnu.org; Wed, 07 Dec 2016 13:33:47 -0500 Received: from poitras.block-party.net ([107.170.248.157]:56764) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cEh2F-0003ns-EL for bug-gnu-emacs@gnu.org; Wed, 07 Dec 2016 13:33:43 -0500 Received: from CIVIC-TV.local (airbears2-136-152-142-164.airbears2.berkeley.edu [136.152.142.164]) by poitras.block-party.net (Postfix) with ESMTPSA id 1175C12004C for ; Wed, 7 Dec 2016 10:33:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=block-party.net; s=mail; t=1481135592; bh=aT5eK/o2M+UpXTWhtD0v+DuPPvpnG74r3TkaNXzDQzg=; h=From:To:Subject:Date:From; b=ysmgVHc7j884paJJPJ6jT3alFwyR/QZXWSlVKNMAuLN0KXQFXCHGct6cZIOUqL2Bj +RWDIKewpX5v7zWonaF2y/PNWlyFGnTUr1zmPGlMHECuFJ2X+DRAI6K+11ROFFSlyD EE6ugcrFFu2SM07NAIRZoadG7KfBATNdFBn1LEvA= Received: by localhost.localdomain (Postfix, from userid 501) id 9AA0BB4D74C; Wed, 7 Dec 2016 10:33:11 -0800 (PST) From: David Dynerman Date: Wed, 07 Dec 2016 10:33:11 -0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Mailman-Approved-At: Wed, 07 Dec 2016 14:53:31 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --=-=-= Content-Type: text/plain Emacs hangs when first opening an org file that contains a python source block. This only occurs the first time the file is visited - if I abort I no longer experience hangs when visiting any org files containing python source blocks. This bug has also been reported to emacs-orgmode (6 Dec 2016, Subject: Emacs hangs while loading org file with python blocks), but the suggestion was to report it upstream to bug-gnu-emacs. Here is a minimal example of org code (in between <------> markers) to reproduce the hang: <-------> #+BEGIN_SRC python """xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx""" #+END_SRC #+BEGIN_SRC python class x: def x(self): """ """ pass #+END_SRC <-------> To reproduce: 1) Save the above as python-hang.org 2) Start a new emacs process 3) C-x C-f python-hang.org RET 4) Observe emacs hangs. I have waited up to 30 mins to see if the file loads, without success. Typing C-g unhangs emacs and displays the file. Other information: The bug seems related to fontification - during the hang emacs seems stuck in python fontification code. After aborting the load with C-g, occasionally some python blocks will not be correctly fontified. I have attached a profiler report taken during the hang, showing where emacs is stuck. The relevant part of the call stack: I've attached a profiler report captured during the hang. Here is the relevant part: - org-src-font-lock-fontify-block 17419 46% - org-font-lock-ensure 17240 45% - # 17240 45% - font-lock-default-fontify-buffer 17240 45% - font-lock-fontify-region 17240 45% - font-lock-default-fontify-region 17240 45% - font-lock-fontify-syntactically-region 17240 45% - python-font-lock-syntactic-face-function 17240 45% - python-info-docstring-p 17240 45% - python-nav-backward-sexp 17240 45% - python-nav-forward-sexp 17240 45% - python-nav--forward-sexp 17240 45% - python-info-end-of-block-p 17240 45% - python-info-end-of-statement-p 17240 45% - python-nav-end-of-statement 15444 41% syntax-ppss 8641 22% I _AM_ able to reproduce this hang in emacs -Q, executing only the following in *scratch*, and then running the reproduction steps above. (add-to-list 'load-path "/usr/local/share/emacs/site-lisp/org") ;; org from git installed here (require 'org) I am using the latest org code from git (release_9.0-132-gd65aa3). The bug does NOT occur with org 8.2.10. In addition to experiencing this hang in emacs 26.0.50.1 (where this bug report is generated) I also ran into the bug on Emacs 25.1.1 (x86_64-apple-darwin15.6.0, Carbon Version 157 AppKit 1404.47) of 2016-11-24. In GNU Emacs 26.0.50.1 (x86_64-apple-darwin15.6.0, NS appkit-1404.47 Version 10.11.6 (Build 15G1108)) of 2016-12-07 built on CIVIC-TV.local Repository revision: f41097adf3e7155f9c0db6d90de0aa1623d89232 Windowing system distributor 'Apple', version 10.3.1404 Recent messages: Created acrlong link. Created acrfull link. Created ac link. Created Ac link. Created acp link. Created Acp link. Created latex link. Loading /Users/dynerman/personal/dev/emacs/emacs.el (source)...done Loaded ~/personal/dev/emacs/emacs.el For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --disable-dependency-tracking --disable-silent-rules --enable-locallisppath=/usr/local/share/emacs/site-lisp --infodir=/usr/local/Cellar/emacs/HEAD-f41097a/share/info/emacs --prefix=/usr/local/Cellar/emacs/HEAD-f41097a --without-x --with-xml2 --without-dbus --with-gnutls --with-imagemagick --with-rsvg --with-ns --disable-ns-self-contained' Configured features: JPEG RSVG IMAGEMAGICK NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: jabber-activity-mode: t diff-auto-refine-mode: t helm-mode: t async-bytecomp-package-mode: t shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /usr/local/share/emacs/site-lisp/org/ox hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox /usr/local/share/emacs/site-lisp/org/ox-texinfo hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-texinfo /usr/local/share/emacs/site-lisp/org/ox-publish hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-publish /usr/local/share/emacs/site-lisp/org/ox-org hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-org /usr/local/share/emacs/site-lisp/org/ox-odt hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-odt /usr/local/share/emacs/site-lisp/org/ox-md hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-md /usr/local/share/emacs/site-lisp/org/ox-man hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-man /usr/local/share/emacs/site-lisp/org/ox-latex hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-latex /usr/local/share/emacs/site-lisp/org/ox-icalendar hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-icalendar /usr/local/share/emacs/site-lisp/org/ox-html hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-html /usr/local/share/emacs/site-lisp/org/ox-beamer hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-beamer /usr/local/share/emacs/site-lisp/org/ox-ascii hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ox-ascii /usr/local/share/emacs/site-lisp/org/org hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org /usr/local/share/emacs/site-lisp/org/org-w3m hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-w3m /usr/local/share/emacs/site-lisp/org/org-version hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-version /usr/local/share/emacs/site-lisp/org/org-timer hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-timer /usr/local/share/emacs/site-lisp/org/org-table hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-table /usr/local/share/emacs/site-lisp/org/org-src hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-src /usr/local/share/emacs/site-lisp/org/org-rmail hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-rmail /usr/local/share/emacs/site-lisp/org/org-protocol hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-protocol /usr/local/share/emacs/site-lisp/org/org-plot hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-plot /usr/local/share/emacs/site-lisp/org/org-pcomplete hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-pcomplete /usr/local/share/emacs/site-lisp/org/org-mouse hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-mouse /usr/local/share/emacs/site-lisp/org/org-mobile hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-mobile /usr/local/share/emacs/site-lisp/org/org-mhe hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-mhe /usr/local/share/emacs/site-lisp/org/org-macs hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-macs /usr/local/share/emacs/site-lisp/org/org-macro hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-macro /usr/local/share/emacs/site-lisp/org/org-loaddefs hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-loaddefs /usr/local/share/emacs/site-lisp/org/org-list hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-list /usr/local/share/emacs/site-lisp/org/org-irc hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-irc /usr/local/share/emacs/site-lisp/org/org-install hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-install /usr/local/share/emacs/site-lisp/org/org-inlinetask hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-inlinetask /usr/local/share/emacs/site-lisp/org/org-info hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-info /usr/local/share/emacs/site-lisp/org/org-indent hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-indent /usr/local/share/emacs/site-lisp/org/org-id hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-id /usr/local/share/emacs/site-lisp/org/org-habit hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-habit /usr/local/share/emacs/site-lisp/org/org-gnus hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-gnus /usr/local/share/emacs/site-lisp/org/org-footnote hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-footnote /usr/local/share/emacs/site-lisp/org/org-feed hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-feed /usr/local/share/emacs/site-lisp/org/org-faces hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-faces /usr/local/share/emacs/site-lisp/org/org-eshell hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-eshell /usr/local/share/emacs/site-lisp/org/org-entities hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-entities /usr/local/share/emacs/site-lisp/org/org-element hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-element /usr/local/share/emacs/site-lisp/org/org-docview hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-docview /usr/local/share/emacs/site-lisp/org/org-datetree hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-datetree /usr/local/share/emacs/site-lisp/org/org-ctags hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-ctags /usr/local/share/emacs/site-lisp/org/org-crypt hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-crypt /usr/local/share/emacs/site-lisp/org/org-compat hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-compat /usr/local/share/emacs/site-lisp/org/org-colview hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-colview /usr/local/share/emacs/site-lisp/org/org-clock hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-clock /usr/local/share/emacs/site-lisp/org/org-capture hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-capture /usr/local/share/emacs/site-lisp/org/org-bibtex hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-bibtex /usr/local/share/emacs/site-lisp/org/org-bbdb hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-bbdb /usr/local/share/emacs/site-lisp/org/org-attach hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-attach /usr/local/share/emacs/site-lisp/org/org-archive hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-archive /usr/local/share/emacs/site-lisp/org/org-agenda hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/org-agenda /usr/local/share/emacs/site-lisp/org/ob hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob /usr/local/share/emacs/site-lisp/org/ob-tangle hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-tangle /usr/local/share/emacs/site-lisp/org/ob-table hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-table /usr/local/share/emacs/site-lisp/org/ob-sqlite hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-sqlite /usr/local/share/emacs/site-lisp/org/ob-sql hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-sql /usr/local/share/emacs/site-lisp/org/ob-shen hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-shen /usr/local/share/emacs/site-lisp/org/ob-screen hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-screen /usr/local/share/emacs/site-lisp/org/ob-scheme hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-scheme /usr/local/share/emacs/site-lisp/org/ob-scala hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-scala /usr/local/share/emacs/site-lisp/org/ob-sass hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-sass /usr/local/share/emacs/site-lisp/org/ob-ruby hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-ruby /usr/local/share/emacs/site-lisp/org/ob-ref hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-ref /usr/local/share/emacs/site-lisp/org/ob-R hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-R /usr/local/share/emacs/site-lisp/org/ob-python hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-python /usr/local/share/emacs/site-lisp/org/ob-plantuml hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-plantuml /usr/local/share/emacs/site-lisp/org/ob-picolisp hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-picolisp /usr/local/share/emacs/site-lisp/org/ob-perl hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-perl /usr/local/share/emacs/site-lisp/org/ob-org hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-org /usr/local/share/emacs/site-lisp/org/ob-octave hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-octave /usr/local/share/emacs/site-lisp/org/ob-ocaml hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-ocaml /usr/local/share/emacs/site-lisp/org/ob-mscgen hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-mscgen /usr/local/share/emacs/site-lisp/org/ob-maxima hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-maxima /usr/local/share/emacs/site-lisp/org/ob-matlab hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-matlab /usr/local/share/emacs/site-lisp/org/ob-makefile hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-makefile /usr/local/share/emacs/site-lisp/org/ob-lob hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-lob /usr/local/share/emacs/site-lisp/org/ob-lisp hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-lisp /usr/local/share/emacs/site-lisp/org/ob-lilypond hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-lilypond /usr/local/share/emacs/site-lisp/org/ob-ledger hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-ledger /usr/local/share/emacs/site-lisp/org/ob-latex hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-latex /usr/local/share/emacs/site-lisp/org/ob-keys hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-keys /usr/local/share/emacs/site-lisp/org/ob-js hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-js /usr/local/share/emacs/site-lisp/org/ob-java hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-java /usr/local/share/emacs/site-lisp/org/ob-io hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-io /usr/local/share/emacs/site-lisp/org/ob-haskell hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-haskell /usr/local/share/emacs/site-lisp/org/ob-gnuplot hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-gnuplot /usr/local/share/emacs/site-lisp/org/ob-fortran hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-fortran /usr/local/share/emacs/site-lisp/org/ob-exp hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-exp /usr/local/share/emacs/site-lisp/org/ob-eval hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-eval /usr/local/share/emacs/site-lisp/org/ob-emacs-lisp hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-emacs-lisp /usr/local/share/emacs/site-lisp/org/ob-dot hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-dot /usr/local/share/emacs/site-lisp/org/ob-ditaa hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-ditaa /usr/local/share/emacs/site-lisp/org/ob-css hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-css /usr/local/share/emacs/site-lisp/org/ob-core hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-core /usr/local/share/emacs/site-lisp/org/ob-comint hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-comint /usr/local/share/emacs/site-lisp/org/ob-clojure hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-clojure /usr/local/share/emacs/site-lisp/org/ob-calc hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-calc /usr/local/share/emacs/site-lisp/org/ob-C hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-C /usr/local/share/emacs/site-lisp/org/ob-awk hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-awk /usr/local/share/emacs/site-lisp/org/ob-asymptote hides /usr/local/Cellar/emacs/HEAD-f41097a/share/emacs/26.0.50/lisp/org/ob-asymptote Features: (shadow sort gnus-alias company-oddmuse company-keywords company-etags etags xref project company-gtags company-dabbrev-code company-dabbrev company-files company-capf company-cmake company-xcode company-clang company-semantic company-eclim company-css company-nxml company-bbdb company-irony company-template irony-completion irony-snippet irony company-jedi jedi-core python-environment epc ctable concurrent deferred mail-extr emacsbug sendmail winner helm-command helm-elisp helm-eval edebug solarized-light-theme solarized color multi-term term disp-table ehelp org-notmuch ob-ditaa ob-shell ob-C cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs ob-ledger ob-ipython python tramp-sh dash-functional ob-python org-ref org-ref-helm-bibtex org-ref-helm helm-bibtex bibtex-completion biblio biblio-download biblio-dissemin biblio-hal biblio-dblp biblio-crossref biblio-arxiv timezone biblio-doi biblio-core let-alist url-queue ido org-ref-core reftex-cite reftex reftex-loaddefs reftex-vars parsebib org-ref-glossary org-ref-utils org-ref-pdf org-ref-bibtex org-ref-citeproc hydra lv doi-utils url-http url-auth url-gw nsm org-bibtex json map bibtex f s dash ox-reveal ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar ox-html table ox-ascii ox-publish ox jabber jabber-notifications notifications jabber-libnotify dbus jabber-awesome jabber-osd jabber-wmii jabber-xmessage jabber-festival jabber-sawfish jabber-ratpoison jabber-tmux jabber-screen jabber-socks5 jabber-ft-server jabber-si-server jabber-ft-client jabber-ft-common jabber-si-client jabber-si-common jabber-feature-neg jabber-truncate jabber-time jabber-autoaway jabber-vcard-avatars jabber-chatstates jabber-events jabber-vcard jabber-avatar jabber-activity jabber-watch jabber-modeline jabber-ahc-presence jabber-ahc jabber-version jabber-ourversion jabber-muc-nick-completion hippie-exp jabber-browse jabber-search jabber-register jabber-roster jabber-presence jabber-muc jabber-bookmarks jabber-private jabber-muc-nick-coloring hexrgb jabber-widget jabber-disco jabber-chat jabber-history jabber-chatbuffer jabber-alert jabber-iq jabber-core jabber-console sgml-mode dom ewoc jabber-keymap jabber-sasl sasl sasl-anonymous sasl-login sasl-plain fsm jabber-logon jabber-conn srv dns starttls tls gnutls jabber-xml jabber-menu jabber-util company offlineimap mailq notmuch hl-line notmuch-message notmuch-hello wid-edit notmuch-tree notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser notmuch-wash diff-mode coolj notmuch-query goto-addr icalendar diary-lib diary-loaddefs notmuch-tag crm notmuch-lib notmuch-version notmuch-compat message subr-x puny rfc822 mml mailabbrev gmm-utils mailheader mm-view mml-smime mml-sec epa derived epg gnus-util rmail rmail-loaddefs mail-utils smime dig mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr helm-mode helm-files rx image-dired dired-x dired-aux ffap thingatpt helm-buffers helm-elscreen helm-tags helm-bookmark helm-adaptive helm-info bookmark pp helm-locate helm-grep helm-regexp helm-external helm-net browse-url xml url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap helm-utils compile helm-help helm-types helm helm-source eieio-compat helm-multi-match helm-lib dired dired-loaddefs helm-config helm-easymenu async-bytecomp async bash-completion edmacro kmacro theme-changer solar cal-dst cl exec-path-from-shell org-element avl-tree org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint tramp tramp-compat tramp-loaddefs trampver shell pcomplete parse-time advice comint ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func cal-menu calendar cal-loaddefs finder-inf tex-site info package epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win ucs-normalize term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote kqueue cocoa ns multi-tty make-network-process emacs) Memory information: ((conses 16 611922 33990) (symbols 48 54702 3) (miscs 40 135 341) (strings 32 139953 16628) (string-bytes 1 4454366) (vectors 16 76650) (vector-slots 8 1130597 32247) (floats 8 1183 353) (intervals 56 623 0) (buffers 976 14)) --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=fontify-bug-profile Content-Transfer-Encoding: base64 KyAuLi4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDE5NTYyICA1MSUKLSByZWRpc3BsYXlfaW50ZXJuYWwgKEMgZnVuY3Rpb24pICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDE3NDIwICA0NiUKIC0gaml0LWxvY2stZnVuY3Rpb24g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAt IGppdC1sb2NrLWZvbnRpZnktbm93ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDE3NDE5ICA0NiUKICAgLSBqaXQtbG9jay0tcnVuLWZ1bmN0aW9ucyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgIC0gcnVuLWhvb2std3JhcHBlZCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgICAt ICM8Y29tcGlsZWQgMHg0M2FmOTA2ZD4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDE3NDE5ICA0NiUKICAgICAgLSBmb250LWxvY2stZm9udGlmeS1yZWdpb24gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgICAgIC0gZm9udC1sb2NrLWRlZmF1bHQt Zm9udGlmeS1yZWdpb24gICAgICAgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgICAgICAt IGZvbnQtbG9jay1mb250aWZ5LWtleXdvcmRzLXJlZ2lvbiAgICAgICAgICAgICAgICAgICAgIDE3 NDE5ICA0NiUKICAgICAgICAgLSBvcmctZm9udGlmeS1tZXRhLWxpbmVzLWFuZC1ibG9ja3MgICAg ICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgICAgICAgIC0gb3JnLWZvbnRpZnktbWV0YS1s aW5lcy1hbmQtYmxvY2tzLTEgICAgICAgICAgICAgICAgIDE3NDE5ICA0NiUKICAgICAgICAgICAt IG9yZy1zcmMtZm9udC1sb2NrLWZvbnRpZnktYmxvY2sgICAgICAgICAgICAgICAgICAgIDE3NDE5 ICA0NiUKICAgICAgICAgICAgLSBvcmctZm9udC1sb2NrLWVuc3VyZSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDE3MjQwICA0NSUKICAgICAgICAgICAgIC0gIzxjb21waWxlZCAweDQxMDg2 YzczPiAgICAgICAgICAgICAgICAgICAgICAgICAgIDE3MjQwICA0NSUKICAgICAgICAgICAgICAt IGZvbnQtbG9jay1kZWZhdWx0LWZvbnRpZnktYnVmZmVyICAgICAgICAgICAgICAgIDE3MjQwICA0 NSUKICAgICAgICAgICAgICAgLSBmb250LWxvY2stZm9udGlmeS1yZWdpb24gICAgICAgICAgICAg ICAgICAgICAgIDE3MjQwICA0NSUKICAgICAgICAgICAgICAgIC0gZm9udC1sb2NrLWRlZmF1bHQt Zm9udGlmeS1yZWdpb24gICAgICAgICAgICAgIDE3MjQwICA0NSUKICAgICAgICAgICAgICAgICAt IGZvbnQtbG9jay1mb250aWZ5LXN5bnRhY3RpY2FsbHktcmVnaW9uICAgICAgICAgICAgICAxNzI0 MCAgNDUlCiAgICAgICAgICAgICAgICAgIC0gcHl0aG9uLWZvbnQtbG9jay1zeW50YWN0aWMtZmFj ZS1mdW5jdGlvbiAgICAgICAgICAgICAgMTcyNDAgIDQ1JQogICAgICAgICAgICAgICAgICAgLSBw eXRob24taW5mby1kb2NzdHJpbmctcCAgICAgICAgICAgICAgICAgICAgMTcyNDAgIDQ1JQogICAg ICAgICAgICAgICAgICAgIC0gcHl0aG9uLW5hdi1iYWNrd2FyZC1zZXhwICAgICAgICAgICAgICAg ICAgMTcyNDAgIDQ1JQogICAgICAgICAgICAgICAgICAgICAtIHB5dGhvbi1uYXYtZm9yd2FyZC1z ZXhwICAgICAgICAgICAgICAgICAgMTcyNDAgIDQ1JQogICAgICAgICAgICAgICAgICAgICAgLSBw eXRob24tbmF2LS1mb3J3YXJkLXNleHAgICAgICAgICAgICAgICAgMTcyNDAgIDQ1JQogICAgICAg ICAgICAgICAgICAgICAgIC0gcHl0aG9uLWluZm8tZW5kLW9mLWJsb2NrLXAgICAgICAgICAgICAg IDE3MjQwICA0NSUKICAgICAgICAgICAgICAgICAgICAgICAgLSBweXRob24taW5mby1lbmQtb2Yt c3RhdGVtZW50LXAgICAgICAgICAgICAgIDE3MjQwICA0NSUKICAgICAgICAgICAgICAgICAgICAg ICAgIC0gcHl0aG9uLW5hdi1lbmQtb2Ytc3RhdGVtZW50ICAgICAgICAgICAgICAxNTQ0NCAgNDEl CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBzeW50YXgtcHBzcyAgICAgICAgICAgICAgICAg ICAgICAgICAgODY0MSAgMjIlCiAgICAgICAgICAgICsgcHl0aG9uLW1vZGUgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDE3OSAgIDAlCiAgIGtleW1hcC1jYW5vbmljYWxp emUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMSAgIDAlCisg Y29tbWFuZC1leGVjdXRlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDY1OCAgIDElCisgdGltZXItZXZlbnQtaGFuZGxlciAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgOSAgIDAlCg== --=-=-=-- From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 08 Dec 2016 02:09:01 +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: To: David Dynerman Cc: 25132@debbugs.gnu.org Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148116293314979 (code B ref 25132); Thu, 08 Dec 2016 02:09:01 +0000 Received: (at 25132) by debbugs.gnu.org; 8 Dec 2016 02:08:53 +0000 Received: from localhost ([127.0.0.1]:60540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEo8i-0003tX-Pu for submit@debbugs.gnu.org; Wed, 07 Dec 2016 21:08:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37882) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEo8g-0003tK-FN for 25132@debbugs.gnu.org; Wed, 07 Dec 2016 21:08:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEo8a-00075N-Gm for 25132@debbugs.gnu.org; Wed, 07 Dec 2016 21:08:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60870) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEo8T-00070w-I5; Wed, 07 Dec 2016 21:08:37 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cEo8S-0004Qm-WD; Wed, 07 Dec 2016 21:08:37 -0500 From: Glenn Morris References: X-Spook: blackjack Critical infrastructure Chemical agent defense X-Ran: FYwXMgt4p[+-*k-CIa{XVQ[)d1Mfvh>C`>5X$aN[*kB;Rdiz(dKNP!:j_M+da3P@b]m$#z X-Hue: magenta X-Attribution: GM Date: Wed, 07 Dec 2016 21:08:36 -0500 In-Reply-To: (David Dynerman's message of "Wed, 07 Dec 2016 10:33:11 -0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.0 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.0 (--------) David Dynerman wrote: > The bug does NOT occur with org 8.2.10. Since that's the version included with Emacs, I'm confused as to why you've been encouraged to report this to bug-gnu-emacs. From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 08 Dec 2016 02:42: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: To: Glenn Morris , David Dynerman Cc: 25132@debbugs.gnu.org Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148116488117743 (code B ref 25132); Thu, 08 Dec 2016 02:42:02 +0000 Received: (at 25132) by debbugs.gnu.org; 8 Dec 2016 02:41:21 +0000 Received: from localhost ([127.0.0.1]:60548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEoe9-0004c7-CP for submit@debbugs.gnu.org; Wed, 07 Dec 2016 21:41:21 -0500 Received: from mout.kundenserver.de ([212.227.126.187]:62953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEoe6-0004bs-OZ for 25132@debbugs.gnu.org; Wed, 07 Dec 2016 21:41:19 -0500 Received: from [18.189.106.208] ([18.189.106.208]) by mrelayeu.kundenserver.de (mreue002 [212.227.15.168]) with ESMTPSA (Nemesis) id 0Lwisq-1chFda2qTo-016RIn; Thu, 08 Dec 2016 03:41:06 +0100 References: From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Message-ID: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> Date: Wed, 7 Dec 2016 21:40:58 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OaS9MBNvQtOlhhUxrlbMBCJv0BqA3AfUb" X-Provags-ID: V03:K0:VCwmg/eNIpJ1ObVttFOY+qxd4g+VVVAPMooQVe0hbRd70pYEESC 6rjyt0ssWzQr2vTRVDHUdxtpmFa9VI0nbunwWXzqQTWwgl6GPNVRzlrQLd8XXWB/ZTqoZni tflcDfVCbuILYacGFjLM6jaf7rXua4ikaDIe6OXEcCMJbVQwDj2RGyU6u9T+QwKGAIjSJlP fNN/XKqpGWu49SrzfZUEw== X-UI-Out-Filterresults: notjunk:1;V01:K0:N9apMNxE35M=:IazgW9qJkcsnD5+GcG4Rj6 4t9B+/ZPceY7JXpET+ej5O92J8/RxeocoyMHzb8OZfHPPKwQTqkxSmbeTtSHtG+Q2U1YDETNB M97l9YnON92nAOy0I8l4gNeDVqbOi3xGaAh3/qQsfCuFHJpbucVV0kuCKpY6YdTLqLKM6VAhe GsJPkElmxjaNMeqRjNl088ta/YTv+0OohpHy6kssv6HeiUoIr6APBF+sXmPmmohat4qlHPN2w 25/qiy8Szh52rIk1mGZFuejHUMT4Fnb0uAHxzmdlrxpYX4IO0jigWbh4QU75NO4m+BdW3LP+b H8oBQaxkv+8v/LJFSDaba1M/+IZooreggJ71gqH/ihk1+kKXNGhjzY11LR/xBnywUwipZ16xa sXDs8qvUDC9Xnw6wtZahgF23+zzVyojtDnYVWShNjlcvAUWRWOffvMN+Zsk3DK8w7aqmMM+X/ eLbl9Qnr7BXUGD02iicYDMVZS7YPkY7SwDxZp9Ce6HkiOLZQcWOS7SEXYQ7v0vrBG2Eg8bRtv VuFwhvVzEi6yB1NGpVNFq7rhxuz+u6imDEVMs+j+G6TAhetTVmrGsgKZrgUh9g+ARt/rttxLF em5ertGfTEHJPoQKbDeoQSe50BgHdKLciEVYU/ce0uUyqXSHQuaJO4m60AzP1jU/W+QAI+MOW 8ISchW2NCgBFxz+vZk2TILsl0U1r7Q4ILc5AwHDfjPWLxRiEotBvM2P7mxFaFJWseX2k= X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 2016-12-07 21:08, Glenn Morris wrote: > David Dynerman wrote: >> The bug does NOT occur with org 8.2.10. > > Since that's the version included with Emacs, I'm confused as to why > you've been encouraged to report this to bug-gnu-emacs. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.126.187 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.126.187 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.126.187 listed in wl.mailspike.net] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (clement.pit[at]gmail.com) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 2016-12-07 21:08, Glenn Morris wrote: > David Dynerman wrote: >> The bug does NOT occur with org 8.2.10. > > Since that's the version included with Emacs, I'm confused as to why > you've been encouraged to report this to bug-gnu-emacs. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.126.187 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.126.187 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.126.187 listed in wl.mailspike.net] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (clement.pit[at]gmail.com) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OaS9MBNvQtOlhhUxrlbMBCJv0BqA3AfUb Content-Type: multipart/mixed; boundary="fKx9T1hvEuqfOwf1NMRNDVNsN7R4jFtVg"; protected-headers="v1" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: Glenn Morris , David Dynerman Cc: 25132@debbugs.gnu.org Message-ID: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> Subject: Re: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks References: In-Reply-To: --fKx9T1hvEuqfOwf1NMRNDVNsN7R4jFtVg Content-Type: multipart/mixed; boundary="------------9E039F02C9DD9EABB5305709" This is a multi-part message in MIME format. --------------9E039F02C9DD9EABB5305709 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-12-07 21:08, Glenn Morris wrote: > David Dynerman wrote: >> The bug does NOT occur with org 8.2.10. >=20 > Since that's the version included with Emacs, I'm confused as to why > you've been encouraged to report this to bug-gnu-emacs. I can reproduce the issue in emacs -Q on master; hence my suggestion to r= eport it here. Glenn, can you try running the following after downloadin= g the attached file? emacs -Q --eval '(setq debug-on-signal t org-src-fontify-natively t)' = test.org=20 It hangs reproducibly for me. No idea why the OP can't reproduce it (Dav= id, are you sure it doesn't occur with org 8.2.10? Could it be that org-s= rc-fontify-natively isn't enabled by default in 8.2.10?) Cl=E9ment. --------------9E039F02C9DD9EABB5305709 Content-Type: application/vnd.lotus-organizer; name="test.org" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="test.org" IytCRUdJTl9TUkMgcHl0aG9uCiAgIiIieHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4 eHh4eHh4IiIiCiMrRU5EX1NSQwojK0JFR0lOX1NSQyBweXRob24KICBjbGFzcyB4OiAgCiAg ICAgIGRlZiB4KHNlbGYpOgogICAgICAgICAgIiIiCgkgICIiIgogICAgICAgICAgcGFzcwoj K0VORF9TUkMK --------------9E039F02C9DD9EABB5305709-- --fKx9T1hvEuqfOwf1NMRNDVNsN7R4jFtVg-- --OaS9MBNvQtOlhhUxrlbMBCJv0BqA3AfUb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYSMg6AAoJEPqg+cTm90wj6P8P+wZu6Io59kJfBjdXJMOjMoc8 Kgsxi/yZZP8TmsW+Gm5n+S88TmSXzS0xzgx2eTo+dev7mT7AXn8J7YRvxi1W5luY pM9jSq0lNJQE6dH/jBnBq9g2YhyGSm4o0enbhtp9SVR0vGkzmOT6axMjdy4ItNkE THG3rZKdkAW30Yg9RLuK/l/iNoCU8VXV8ZNzoTbC03c68PvsV5f+39f32UQgRqPP gY6f9775oqklEiet0Zk0PCV62VKT9u0OQaIBWb6Pe/XoSZrWOY87hTpNEY0mUsdj tPchRRUCZwYDYWwPeYpRg7BlCrI/FLjil+2Hwd5gQFhFfR9Ne9q5Ki4UXib+R9sF 2tbrg+qy71ecEbyxcmHCl4B0I2JV0sWaXnbtMgg/Ff0vi90vS/Agnqvi06L4IyRQ WPi+TOf3VSIJ2JczvjCT1S106AqbR25dTxClGOE/C7Du9y8AbgdijXg+BEVlvY28 RBW75ptafiATI8fSzNnlwvxldz4KW4C4d3xY34vpyw38D8uvlcKohu3VNcCRsulC 2iVHTsxB6UJAkyYRyQhvAdPsK7k57/8IlrWc9DPCa5bi+EJivl8cvi+ceRrug6Y4 TgzLm28pAIn31sFXuNmjdv7HmHr1Vc0SJC/uyYMy5CTe0BPWyCNizCz/fLZvmaow 9rZUSXYjs0R+o1zxT3mt =OL7g -----END PGP SIGNATURE----- --OaS9MBNvQtOlhhUxrlbMBCJv0BqA3AfUb-- From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: David Dynerman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 08 Dec 2016 07:18: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: To: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel , Glenn Morris , David Dynerman Cc: 25132@debbugs.gnu.org Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148118146716796 (code B ref 25132); Thu, 08 Dec 2016 07:18:02 +0000 Received: (at 25132) by debbugs.gnu.org; 8 Dec 2016 07:17:47 +0000 Received: from localhost ([127.0.0.1]:60683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEsxe-0004Mq-Q5 for submit@debbugs.gnu.org; Thu, 08 Dec 2016 02:17:46 -0500 Received: from poitras.block-party.net ([107.170.248.157]:57598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEsxc-0004Mb-Mp for 25132@debbugs.gnu.org; Thu, 08 Dec 2016 02:17:45 -0500 Received: from CIVIC-TV.local (unknown [IPv6:2601:645:4000:5f7d:75ad:70a7:3ba:5183]) by poitras.block-party.net (Postfix) with ESMTPSA id 64DFE12669F; Wed, 7 Dec 2016 23:17:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=block-party.net; s=mail; t=1481181458; bh=9XSFcipcZqAhiAf+oNkgWPSZ6D4fS0102T0yCnNqaUU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=UjkvRaDICU5ccPpyYS8M5WALi+FnS5vouCsgZj75Dg4ntygvWdYbpasPaxRyKszs0 CFBBcGrKNe5U1xomSUaVXd5juuqvBQEQyaKS0GWFzwJcfAE1sLktyYFK3y2SGe1EJq t5VaZZN/JnMSqHXr0COF0PKkKEHGEwbL+l6PimUE= Received: by CIVIC-TV.local (Postfix, from userid 501) id 40297B510E6; Wed, 7 Dec 2016 23:17:36 -0800 (PST) From: David Dynerman In-Reply-To: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> Date: Wed, 07 Dec 2016 23:17:36 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) Dear Glenn + bug-gnu-emacs, Did you try the steps to reproduce? Indeed Cl=C3=A9ment was right! The bug = also reliably reproduces also with org 8.2.10, if you additionally set org-= src-fontify-natively to t. Please let me know if you need any more information for the bug report, David Cl=C3=A9ment Pit--Claudel writes: > On 2016-12-07 21:08, Glenn Morris wrote: >> David Dynerman wrote: >>> The bug does NOT occur with org 8.2.10. >>=20 >> Since that's the version included with Emacs, I'm confused as to why >> you've been encouraged to report this to bug-gnu-emacs. > > I can reproduce the issue in emacs -Q on master; hence my suggestion to r= eport it here. Glenn, can you try running the following after downloading = the attached file? > > emacs -Q --eval '(setq debug-on-signal t org-src-fontify-natively t)' = test.org=20 > > It hangs reproducibly for me. No idea why the OP can't reproduce it (Dav= id, are you sure it doesn't occur with org 8.2.10? Could it be that org-src= -fontify-natively isn't enabled by default in 8.2.10?) > > Cl=C3=A9ment. From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Sat, 07 Jan 2017 06:38:01 +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: To: David Dynerman Cc: Glenn Morris , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148377103014991 (code B ref 25132); Sat, 07 Jan 2017 06:38:01 +0000 Received: (at 25132) by debbugs.gnu.org; 7 Jan 2017 06:37:10 +0000 Received: from localhost ([127.0.0.1]:45520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPkco-0003te-9o for submit@debbugs.gnu.org; Sat, 07 Jan 2017 01:37:10 -0500 Received: from mail-it0-f67.google.com ([209.85.214.67]:34599) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPkcm-0003tK-6G; Sat, 07 Jan 2017 01:37:08 -0500 Received: by mail-it0-f67.google.com with SMTP id q186so4164339itb.1; Fri, 06 Jan 2017 22:37:08 -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=PBjbsyM3oEhOPbCb+sG55Ev40z4zdw72iUYs4DUsM7U=; b=Fg1GZkJc6KAGA8PRKBUtBB85mWLFa4b2MCZroF2ewt1NFNJEQ1v7rCdHhgVoS9Pp9/ 6IOPDKmC5ozNlZeI/zX0i+7OYhpI/p16mpZtVnBAKqaYQL3rmNLG7NWVjfXe4bZnb/Hu emHIXrGnK8LoMcezrCwSYZCIzaogPZBywTuZGSkpdNzgiR6KbmHNhaJzHZZSbY/38/1R eq/6NBisIXjT72mRtBZdazq2wumpX0lIZ8Lud9R/ekWWLUdOmBmuvk6dPCRDlBV1P0CA 6MZh4ivnZVYu8mav3+3KxEswssz5yIdIXKmPBe7LzxXHGcUoROfnys6fujlDufa/rDLy j8OA== 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=PBjbsyM3oEhOPbCb+sG55Ev40z4zdw72iUYs4DUsM7U=; b=bweUDcQWnXWWf0y7Ny1GGNqVPeA3Da4X8kiiX+M4QtShA0mo9ukil5Hf56KcrfMS8v pMrwfHxpTT+5CI5Y6UQXKwd7BGitPaPvWT7GfJ/cMlYINtRygD1WnjHP+YfepMd12loC +kVulGAUNvR7cu7mM0MhAzGn/RDUW8J9gOv4FmFpwTFzKGJYT6CNip8x0Vc1ZsMP01ZG 3LjpBlB7ljV5oVQGvNMO6fJ9C6Si113WMfy24FA6R0YF9cCfazT6VVLWvZevru0Nm5Gg IknawmV6B//7LjhajuCSJhpjJMbGR5pgB3cMx6bbQxEMa7tbbFopip9L4hBobuaxZg31 Wh4g== X-Gm-Message-State: AIkVDXLsSARaTwolLKDbwDxLZWClrvhwFzUc2s/3uymZ6yfxjuj+nr54Fv1dFE6pOPofrQ== X-Received: by 10.36.116.202 with SMTP id o193mr1836672itc.96.1483771022465; Fri, 06 Jan 2017 22:37:02 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id p77sm40705839iod.35.2017.01.06.22.37.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 06 Jan 2017 22:37:01 -0800 (PST) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> Date: Sat, 07 Jan 2017 01:38:04 -0500 In-Reply-To: (David Dynerman's message of "Wed, 07 Dec 2016 23:17:36 -0800") Message-ID: <87y3yn2x4j.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) tags 25132 confirmed quit The problem is that org updates its temporary fontification buffer from its fontify rules which are called by jit-lock-function, which means that inhibit-modification-hooks is bound to t. Therefore, when org-src-font-lock-fontify-block calls delete-region to remove leftover text from the previous source block fontification, the `before-change-functions' are not run. In this case `syntax-ppss-flush-cache' is the important function that doesn't get run, so `syntax-propertize--done' is still set from before and messes up python.el's fontification routines. org-src-font-lock-fontify-block(#("python" 0 6 (fontified t)) 19 65) org-fontify-meta-lines-and-blocks-1(172) org-fontify-meta-lines-and-blocks(172) font-lock-fontify-keywords-region(1 172 nil) font-lock-default-fontify-region(1 172 nil) font-lock-fontify-region(1 172) ... jit-lock--run-functions(1 172) jit-lock-fontify-now(1 501) jit-lock-function(1) redisplay_internal\ \(C\ function\)() redisplay() sit-for(2) execute-extended-command(nil "25132-test" "25") funcall-interactively(execute-extended-command nil "25132-test" "25") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) (defun org-src-font-lock-fontify-block (lang start end) ... (with-current-buffer (get-buffer-create (concat " org-src-fontification:" (symbol-name lang-mode))) (delete-region (point-min) (point-max)) ;<-------------- `syntax-propertize--done' not reset here! (insert string " ") ;; so there's a final property change (unless (eq major-mode lang-mode) (funcall lang-mode)) (org-font-lock-ensure) ...) ...) (defun jit-lock-function (start) ... (jit-lock-fontify-now start (+ start jit-lock-chunk-size)) ...) (defun jit-lock-fontify-now (&optional start end) "Fontify current buffer from START to END. Defaults to the whole buffer. END can be out of bounds." (with-buffer-prepared-for-jit-lock ...)) (defmacro with-buffer-prepared-for-jit-lock (&rest body) "Execute BODY in current buffer, overriding several variables. Preserves the `buffer-modified-p' state of the current buffer." (declare (debug t)) `(let ((inhibit-point-motion-hooks t)) (with-silent-modifications ; <------ binds inhibit-modification-hooks to t ,@body))) From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Sat, 07 Jan 2017 21:20: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: confirmed To: David Dynerman Cc: Glenn Morris , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148382396411040 (code B ref 25132); Sat, 07 Jan 2017 21:20:02 +0000 Received: (at 25132) by debbugs.gnu.org; 7 Jan 2017 21:19:24 +0000 Received: from localhost ([127.0.0.1]:46238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPyOZ-0002rv-N8 for submit@debbugs.gnu.org; Sat, 07 Jan 2017 16:19:23 -0500 Received: from mail-io0-f195.google.com ([209.85.223.195]:35296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cPyOX-0002rc-FM; Sat, 07 Jan 2017 16:19:21 -0500 Received: by mail-io0-f195.google.com with SMTP id m98so3372356iod.2; Sat, 07 Jan 2017 13:19:21 -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=LoqKEYSEgJmuVMNq+FUhPQYdUn5azzMhMKKLg7LsNHk=; b=t15spiQ4p83NoQdIBzLfyWl2Uhi8Q09W3K1kdzCk/8h0dUxYrofHr5wnfvqSQaD9sH sccTqlZbUehI/jnzKWwXw+NLs/bMPIl+JxCqUU+z7FoeEZppF9odZBtEy1lKFZv59wCs XgdIFmipGkYQD7G5VvjKPgXs36Xg+BoAOv3kj/pcgeZLMrFyj2DX+r5QhyNjMTwiJJ89 79+Ar/idgPelgN28djLwzBm5vrrmljcRsov8Eu6vRXeYM+nDWuYDIDwZDYti7vlhC1nZ 97ICSWFDhdagjAzDh19YSy/Uz1sfO33EEkY3i7yo0zVMRHqI80rW4E3UxJrGq/rv0EHv Zt0w== 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=LoqKEYSEgJmuVMNq+FUhPQYdUn5azzMhMKKLg7LsNHk=; b=GyiIKug6OB+Wr6MgYnqY+kzA5jak5oAHwHXapCD4LTkywUU6vwwAIcUxIqRuwicgpl l8IIlVQ6xU+LIBIc0pyZLnpU+ZwtCxSBFhobxL6/LQeLjIyEcTilU5wVlzKLnTti9uoZ Xg60iO/lk4aB/sBnQVLg+AsfcyVw4bDP1lcooQBjdShbjnqVjWWlKMVSE2bE+X+5m08a ox4IR2BB9T4qTyugsHT7G8VBn56vj5CXM2czUKobQZ4J/Pg0bcP1sMssSedOnGKcE5/W OBFlquoiQ2M4zUXk9QWnn7oxqBzJ67cbVfcnUqknutMjZ6QfHhEq45JsFXJ6YCPLBGwZ 2b/w== X-Gm-Message-State: AIkVDXIe3sRYCKJmiwmKr1NjYI6sYq8lwf/ksl/cz/R+X6wrugIjY8dWilUfmhqkYYWIwA== X-Received: by 10.107.142.210 with SMTP id q201mr967478iod.31.1483823954960; Sat, 07 Jan 2017 13:19:14 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id o65sm41567628ioe.15.2017.01.07.13.19.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 07 Jan 2017 13:19:13 -0800 (PST) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> Date: Sat, 07 Jan 2017 16:20:16 -0500 In-Reply-To: <87y3yn2x4j.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Sat, 07 Jan 2017 01:38:04 -0500") Message-ID: <87eg0e36un.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) --=-=-= Content-Type: text/plain tags 25132 patch quit npostavs@users.sourceforge.net writes: > The problem is that org updates its temporary fontification buffer from > its fontify rules which are called by jit-lock-function, which means > that inhibit-modification-hooks is bound to t. Therefore, when > org-src-font-lock-fontify-block calls delete-region to remove leftover text from > the previous source block fontification, the `before-change-functions' > are not run. In this case `syntax-ppss-flush-cache' is the important > function that doesn't get run, so `syntax-propertize--done' is still set > from before and messes up python.el's fontification routines. I think with-silent-modifications should let-bind inhibit-modification-hooks buffer locally: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=v1-0001-Inhibit-modification-hooks-buffer-locally.patch Content-Description: patch for master >From da4f1c0338b2b98f97a553568c4b80872484ee97 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Sat, 7 Jan 2017 15:47:37 -0500 Subject: [PATCH v1] Inhibit modification hooks buffer locally `with-silent-modifications' let-binds `inhibit-modification-hooks' to t globally. So modifications to other buffers don't trigger modication hooks. This causes unexpected results when functions called from `jit-lock-function' use temporary buffers and modifies them (Bug#25132). * lisp/subr.el (with-silent-modifications): Bind inhibit-modification-hooks buffer locally. --- lisp/subr.el | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lisp/subr.el b/lisp/subr.el index 5377416..fe20d68 100644 --- a/lisp/subr.el +++ b/lisp/subr.el @@ -3298,7 +3298,8 @@ with-silent-modifications `(let* ((,modified (buffer-modified-p)) (buffer-undo-list t) (inhibit-read-only t) - (inhibit-modification-hooks t)) + (inhibit-modification-hooks + (progn (make-local-variable 'inhibit-modification-hooks) t))) (unwind-protect (progn ,@body) -- 2.9.3 --=-=-= Content-Type: text/plain Perhaps the other variables it binds should be buffer local as well? This bug is new in Emacs 25.1, but changing with-silent-modifications is a bit risky. Therefore, I propose the following for the emacs-25 branch: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=v1-0001-Call-modification-hooks-in-org-src-fontify-buffer.patch Content-Description: patch for emacs-25 >From 338aa0c37eba0401616e8e02f0143a57edffd486 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Sat, 7 Jan 2017 16:05:19 -0500 Subject: [PATCH v1] Call modification hooks in org-src fontify buffers * lisp/org/org-src.el (org-src-font-lock-fontify-block): Let-bind `inhibit-modification-hooks' to nil, since this function can be called from jit-lock-function which binds that variable to t (Bug#25132). --- lisp/org/org-src.el | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/lisp/org/org-src.el b/lisp/org/org-src.el index d01f108..9b66907 100644 --- a/lisp/org/org-src.el +++ b/lisp/org/org-src.el @@ -913,8 +913,9 @@ org-src-font-lock-fontify-block (with-current-buffer (get-buffer-create (concat " org-src-fontification:" (symbol-name lang-mode))) - (delete-region (point-min) (point-max)) - (insert string " ") ;; so there's a final property change + (let ((inhibit-modification-hooks nil)) ; Avoid Bug#25132. + (delete-region (point-min) (point-max)) + (insert string " ")) ;; so there's a final property change (unless (eq major-mode lang-mode) (funcall lang-mode)) (org-font-lock-ensure) (setq pos (point-min)) -- 2.9.3 --=-=-=-- From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 19 Jan 2017 16:26: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 To: npostavs@users.sourceforge.net, David Dynerman Cc: 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148484311426891 (code B ref 25132); Thu, 19 Jan 2017 16:26:02 +0000 Received: (at 25132) by debbugs.gnu.org; 19 Jan 2017 16:25:14 +0000 Received: from localhost ([127.0.0.1]:35718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUFWU-0006zf-FP for submit@debbugs.gnu.org; Thu, 19 Jan 2017 11:25:14 -0500 Received: from mail-lf0-f65.google.com ([209.85.215.65]:34788) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUFWT-0006zS-1D for 25132@debbugs.gnu.org; Thu, 19 Jan 2017 11:25:13 -0500 Received: by mail-lf0-f65.google.com with SMTP id q89so6009189lfi.1 for <25132@debbugs.gnu.org>; Thu, 19 Jan 2017 08:25:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=/u5XfDBfCVH16eYQknovwxT1CQGnMRweUXQp1XgTTfo=; b=tnKdqs6c8ZEnk9igPm8ea24ZSPbDEk1GDv1Vq3obsfsd+m5hXFuo4ehCDGdgxMJmHj 9ZTDyeosyNNc4XOD9MQ7rE0VmEMvlWFnCgDZvWbwiFhZmvEbavaA/4hhVsIhr80QB5KV kGHf3P2JJ57B5EI+pppXNuJndrjMAAKbATT5IY8inxAEIf0UTHfmWI5ztJCXjO+e6GuW 62YqsHA6x8EPTpJ2lQn3nNvMrUuyNSWDZL6kRNSwk53Znxaw3aQNVyQ5UpXIqml2luir ET8zHAnMKBzDsuzM0+TgFa50NwrijiywBY3ydc8IJE5F6xKIS7kp6lZiMn/KlCefd3Om ZG+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/u5XfDBfCVH16eYQknovwxT1CQGnMRweUXQp1XgTTfo=; b=HjKRxxf06gnqL083CT0hQLtahM6b48YEoaG24lKGqCRROhixO7PNoq8NYqyyeraU9D YtZd7MZ7sClzN82VjhxZ6rdKYcuT6vpW5HMRVH/wygGDemmqRJlro0zroa1jr8g5MFYr d0Kn9HYNfxRC5GqT5YN0TaBayZyXt0uOZRQCW/2JqSZTR93Fu9aGGhRMBlJk3xCo6OEg hdxtS5n4wh3aMrld93xaDytKsAA7whEtMaMhU0g1sBmal+WnODmBqHZ/A6eLdu1jIE0w 5LGNy8xcVRDnlIOCqMxXG66HHpHY2bifDWI3v+6P++28rxIwQK7GOhHI5iQ6RZ1Pz3Am YuKQ== X-Gm-Message-State: AIkVDXJfBv0uTghaa6vO5SUM9WoX0ov3NvjSMP7J0hDIBOh1pZkXZil8Oz7k6bOv2vjtGQ== X-Received: by 10.25.153.2 with SMTP id b2mr3448211lfe.85.1484843106898; Thu, 19 Jan 2017 08:25:06 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id s6sm1358205ljd.6.2017.01.19.08.25.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Jan 2017 08:25:06 -0800 (PST) References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> From: Dmitry Gutov Message-ID: Date: Thu, 19 Jan 2017 19:25:04 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Thunderbird/51.0 MIME-Version: 1.0 In-Reply-To: <87eg0e36un.fsf@users.sourceforge.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 08.01.2017 00:20, > - (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*? [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.65 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.65 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.215.65 listed in dnsbl.sorbs.net] 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 08.01.2017 00:20, > - (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*? [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.215.65 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.65 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.65 listed in list.dnswl.org] 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 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*? If we are not, why not make inhibit-modification-hooks always buffer-local instead? From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks 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 To: Dmitry Gutov Cc: David Dynerman , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.14848734782395 (code B ref 25132); Fri, 20 Jan 2017 00:52:02 +0000 Received: (at 25132) by debbugs.gnu.org; 20 Jan 2017 00:51:18 +0000 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 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 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) 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) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> Date: Thu, 19 Jan 2017 19:52:18 -0500 In-Reply-To: (Dmitry Gutov's message of "Thu, 19 Jan 2017 19:25:04 +0300") Message-ID: <878tq6wo1p.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) 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. ...)) ...) From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Fri, 20 Jan 2017 02:24: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 To: npostavs@users.sourceforge.net, Dmitry Gutov Cc: David Dynerman , 25132@debbugs.gnu.org Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148487899016951 (code B ref 25132); Fri, 20 Jan 2017 02:24:02 +0000 Received: (at 25132) by debbugs.gnu.org; 20 Jan 2017 02:23:10 +0000 Received: from localhost ([127.0.0.1]:35926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUOr7-0004PK-AY for submit@debbugs.gnu.org; Thu, 19 Jan 2017 21:23:10 -0500 Received: from mout.kundenserver.de ([212.227.126.133]:51786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUOr4-0004Oa-T7 for 25132@debbugs.gnu.org; Thu, 19 Jan 2017 21:23:07 -0500 Received: from [192.168.1.82] ([109.24.225.43]) by mrelayeu.kundenserver.de (mreue005 [212.227.15.168]) with ESMTPSA (Nemesis) id 0MEJOW-1cjkuj0zcG-00FRmr; Fri, 20 Jan 2017 03:22:45 +0100 References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Message-ID: <4674bf9b-38f0-8839-fadb-e9a719faf163@gmail.com> Date: Thu, 19 Jan 2017 21:22:34 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <878tq6wo1p.fsf@users.sourceforge.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ND11SXd8L74xovr6IGHHGWRxMO42BCQ9I" X-Provags-ID: V03:K0:AHUt3e8WQqfDpjhcbUj2h57Y5958HbWoYvsqSTtCcoHkVq5kovI qmHasRgMlKAACaPM73Bnv7Xr64oQf1kKbDVEx5lQFXVCMz3l/cNw2saNyQWO29J4OyvVxVM C9EpM4mIMdeAEYJJgTF1ijuzdyeqSKrr4W229PfdvLq6aDoPZeutgUfmrkPrf5fiakyy1Y3 dbtAxdRiHcjOY1koDMq1g== X-UI-Out-Filterresults: notjunk:1;V01:K0:xUMEMRDDRBI=:p2EMgpwe0uMz8e05LuASFX 3iGtafEuQIjJ6DPOpAd6AY7lH+DkZ/TmjVp8t6Rqo2K8JqxOtx1KN+252VFMxAQVdRXtZFbdx vsa5rGHQGnwYxBTJHqqPTX3IXg/POCMb5GE89mx8GjSYXy/mouUB2ilElyH4eMRwe53L18aJa aMW2vuWXyUnjw10XVZmWUgaxUXJNk/g0Aw+5Cn7A3TyIkV0k8PRObvE9OxsJ93g3n1Jlc+4TV y9U4zsCqE43wUB+tlsiUj1xG9Lo8IYNPPNFUUR+i3pq8ccfejoHKAxBIldgYDcGtUvqLQCxXo T/5LW9ciRu+HZ/mV7kBzFzNAlNOE0FYyDITtXLrTsjSfCf3Xcz3xScmbBVnNxrtUo7c+msc6g +NFVkRHFeuAP4FCmPRgA0KieK0IrTQ/702YVASO7z2eSURpZw8lFxctv1tclxenr3lr2v5XQb SA+4mwfv9wTb1S+PXYuOyCKRsgJ4sYNHWpCnBzWnBwpoRKVtPvcMgKUIoJgZL10NwrnKKTGOE ABPx1xpaw+SGvZmrjU4Y4w2KHHxKpAsxSYfGhPmNOLN0ijmiO7ujKkxU0NLUl2+phwAbJghs+ 9rhBJGbuLVz4u8HzPjPS4iwKnuertBwpYpE7Sq2HFt1nq6Z6RnAN3h1rG6aXINCszG9sw3qF8 fjsEi68V7KVyX81fRuGXDO4rpVOr4nx95tSbWACP1OK9A4I6/3Tr1VkuZccCVrwX3Pm8= X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ND11SXd8L74xovr6IGHHGWRxMO42BCQ9I Content-Type: multipart/mixed; boundary="fbOq5XRIe5xhBIUDb8oGoripiU7B8CMo0"; protected-headers="v1" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: npostavs@users.sourceforge.net, Dmitry Gutov Cc: David Dynerman , 25132@debbugs.gnu.org Message-ID: <4674bf9b-38f0-8839-fadb-e9a719faf163@gmail.com> Subject: Re: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> In-Reply-To: <878tq6wo1p.fsf@users.sourceforge.net> --fbOq5XRIe5xhBIUDb8oGoripiU7B8CMo0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-01-19 19:52, npostavs@users.sourceforge.net wrote: > 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'. On 2017-01-19 19:52, npostavs@users.sourceforge.net wrote: > 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'. Hi Noam, Can you explain a bit more? I'm not sure what you meant. I tried the following to illustrate your point: (defvar aa 0) (with-temp-buffer (setq-local aa 1) (let ((b1 (current-buffer))) (with-temp-buffer (let ((aa 2)) (message "In b2: %S" aa) (with-current-buffer b1 (message "In b1: %S" aa)))))) Cl=E9ment. --fbOq5XRIe5xhBIUDb8oGoripiU7B8CMo0-- --ND11SXd8L74xovr6IGHHGWRxMO42BCQ9I Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYgXR0AAoJEPqg+cTm90wjcUMP/i2vbab75/SGvVyGTji/tI/O v4m5CiUmT1JUtywm2CWhFiihX3MNzacFvrfstOpDX2WLAWAVZF99oKY1kQG95XW8 hLP+KtMwPcaTXxN8IV3yRHo3U9E8k33DQqA24aYamvFU+6ppntDb5xGyLQpgsjki HjrKhFV5iYXMw5mIvzVrK3dlGaRpucb31RTMNQfCy+l/v1z36W3gC3VptnemX4IR hI3VUw2sDd3/ms0+XBnWHs3dpXbijBacAhcLHucoCFIDswaXEK5FrZqoBF3qbYoc b7BXTrfg2+2iK0hvIHY0FDbaOkzo3ndR1Hw15pHUCv2kaj4m4i5HPByI9TiMq2oH mnoRS6IBoVl+rLUGR6UNyH1HfmYJ2kc3UWQN7AxQ2PRUrmTv+YaXuDUFvK6qOu59 Xt3ceadFTrWbWYqwanYtZS6FNc4/1rBc4axAIyZvJFzgOWVLnC7RtjuiHSjhHNEx FR/UtgZ+pgbGKj0ZodAl3u9F4zON1PjoIbULPac0w+RNslW2xJ18xxdn9G7+U37J j/pwsGPVGuPikNRLXwkbULyqj+rRO35F0qGkpJbbsF/1wn1bgHMd9Ks0SCVnxNsA xojMQK/kogiihD/GV0dIj+e27sxIe2ugUA6fm3II5idJYOqtvCzFr1nZ+WrL3tXr NyUvuNqRHsV/JSJKZBMF =11xE -----END PGP SIGNATURE----- --ND11SXd8L74xovr6IGHHGWRxMO42BCQ9I-- From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks 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 03:18: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 To: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Cc: David Dynerman , 25132@debbugs.gnu.org, Dmitry Gutov Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148488226621758 (code B ref 25132); Fri, 20 Jan 2017 03:18:02 +0000 Received: (at 25132) by debbugs.gnu.org; 20 Jan 2017 03:17:46 +0000 Received: from localhost ([127.0.0.1]:35954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUPhy-0005es-7f for submit@debbugs.gnu.org; Thu, 19 Jan 2017 22:17:46 -0500 Received: from mail-it0-f48.google.com ([209.85.214.48]:38381) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUPhw-0005ef-WB for 25132@debbugs.gnu.org; Thu, 19 Jan 2017 22:17:45 -0500 Received: by mail-it0-f48.google.com with SMTP id c7so11413049itd.1 for <25132@debbugs.gnu.org>; Thu, 19 Jan 2017 19:17:44 -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:content-transfer-encoding; bh=bvT7iBuDaN0zCVE0Cy/E6KaeTMyyDmmW10RPeW/WZwg=; b=UPjjARx6opdItEu8K9+pjgZBRGXkXJ9selnq6MGywCMO0x8SD4SO7+mwqMMPWgi9au ZsGtUrQoIUqA9/qYCVeR7KvENfzSfpBeYu1tcvZV8tGd37GsMIKB/f4Sp4pxKX/AUQV5 1vXKTdVDtOMKNOEVqmfHSCVioOmVxw7zVWyELFawRZq4dHjaeOIot0GBKSqhr2l42f34 0BFfcBq4vb2VYHYy2Vphdwdu8iQVdrx27WrlkG/Z1Yk3RXIQWHXKpJ1s2id/oKVMG4Vw dSBSxUfXJck0lwX3E1KttbJlMcuUvozFZhDMxSmFEI/2/taYM4/fDCS96UsLzEN7Yh9p Rwag== 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 :content-transfer-encoding; bh=bvT7iBuDaN0zCVE0Cy/E6KaeTMyyDmmW10RPeW/WZwg=; b=EN7eRvCfjPVXSpcq6L/jMexcqjgkT13Ty3X91yNUNPsTEcUPJ2WJWIEzbV3RzccHoc gXG/nwdo6cQsWLy7gwnrbibFJhXtcoF7fVfQvEJHHXAn9LHXK1qYXbrVG1ZWz7AAXDdH 9EHCh5OrL0h7U0sw72z9xeeprQOlG3m4pwKw8jLB+VQIFrLWJomxhqEC4Eyq+M7F5snc F+gkwQPNgrCX1vq4CGiGedv9vNvSnGaNg32tJA3b6D3d02yDPLINWQaQ9qyHgRZyxwFQ RWNnOhJjCAj0l59ZejIE/vLu2dFDZ139TUel7zjbhS0CnQNaoPxzBi77/ouo4a6DXjUH tsrA== X-Gm-Message-State: AIkVDXJrdTDF3hcYdD/8qIeqMcv15xbd6bi94sVSSssZ78nIF7WlMDy58G490fvNYiiPZQ== X-Received: by 10.36.62.133 with SMTP id s127mr1798757its.110.1484882259170; Thu, 19 Jan 2017 19:17:39 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id v75sm700812ita.12.2017.01.19.19.17.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 19 Jan 2017 19:17:38 -0800 (PST) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> <4674bf9b-38f0-8839-fadb-e9a719faf163@gmail.com> Date: Thu, 19 Jan 2017 22:18:46 -0500 In-Reply-To: <4674bf9b-38f0-8839-fadb-e9a719faf163@gmail.com> ("=?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel"'s message of "Thu, 19 Jan 2017 21:22:34 -0500") Message-ID: <8737gewh9l.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Cl=C3=A9ment Pit--Claudel writes: > On 2017-01-19 19:52, npostavs@users.sourceforge.net wrote: >> 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'. > > On 2017-01-19 19:52, npostavs@users.sourceforge.net wrote: >> 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'. > > Hi Noam, > > Can you explain a bit more? I'm not sure what you meant. > > I tried the following to illustrate your point: > > (defvar aa 0) > > (with-temp-buffer > (setq-local aa 1) > (let ((b1 (current-buffer))) > (with-temp-buffer > (let ((aa 2)) > (message "In b2: %S" aa) > (with-current-buffer b1 > (message "In b1: %S" aa)))))) My point was that the setq-local (or make-local-variable) is required and that defvar-local (or make-variable-buffer-local) is not enough. Compare: (defvar-local bb 0) (with-temp-buffer (let ((b1 (current-buffer))) (with-temp-buffer (let ((bb 2)) (message "In b2: %S" bb) (with-current-buffer b1 (message "In b1: %S" bb)))))) From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 23 Jan 2017 03:54:01 +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 To: npostavs@users.sourceforge.net Cc: David Dynerman , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148514361130274 (code B ref 25132); Mon, 23 Jan 2017 03:54:01 +0000 Received: (at 25132) by debbugs.gnu.org; 23 Jan 2017 03:53:31 +0000 Received: from localhost ([127.0.0.1]:38606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVVhD-0007sE-0H for submit@debbugs.gnu.org; Sun, 22 Jan 2017 22:53:31 -0500 Received: from mail-lf0-f66.google.com ([209.85.215.66]:33720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVVhB-0007s0-E1 for 25132@debbugs.gnu.org; Sun, 22 Jan 2017 22:53:29 -0500 Received: by mail-lf0-f66.google.com with SMTP id x1so13105114lff.0 for <25132@debbugs.gnu.org>; Sun, 22 Jan 2017 19:53:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ppx2AqdbBFncod3BReCbHPIxqNzwA+P1Van2xStse+o=; b=bC2k7zg20of29dtKMOB06sfCU9ZNKBNNYNDgpGFPrgYX/DgfOFf+WyyJIEKNj9t+aP P6u0uBGwynrEXWEaZ7J7NiXs8dwmbWFsMgp08Tq71wU6m3tvPUrTZRw5yHeuQzEdgwgj WU8sl+DSIGuZ/1ipJwdCEh/D+HAokod8+voQMQ1P49kjtkoIo/QM4zrgiERO3uwR8Twt /KnDt72Zl+XnPDmX/57417AlDca+fZe0hNNn1BgXny8iLpXZF6oyy5AgTsDO5maY7w3p GP8jkZSMU6+o467H/rmoRcdEcsOXvn3E1tMjGBHK4pnH98TnBiaxS9DQrw5EdvsEXHPl 5yPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ppx2AqdbBFncod3BReCbHPIxqNzwA+P1Van2xStse+o=; b=ZUMtp6tkzVhc8EM1pY5vlFWUs9cSNkeEV2Lk8qZn0iZ9AtvCRD15SUWy86MMb2ZJIf LIsy34bPxwOiQr3Qqn/OzjB//c9N5ZMIHRulC8K+5EyzmF19lqbVdmFlJudZpkKqfaGP DtB/UfA/xYgiSfzGg5ksQhL8JpC1y/wBeRhesx1eHoASsuf5WH8msYDd+khtDL4MBT4G l818Twk011IGvVogm5/1QFDMLNt689DmWGtCB/FqwOzqypSSl6JkiUvGW2X3XppePtxx l6bKrv99G2J0NlLlFNDKhXuC6VUEF7knzC8Y9T73l3TMPuD0A3ZqqUm0+Pg0hdj3cJ+X ocGQ== X-Gm-Message-State: AIkVDXI7q92FoFU3t82mhLIrzxpoxx5cjuN+ol8BWRShdZp13vavIaID54YoPSmUjyuWlA== X-Received: by 10.25.44.21 with SMTP id s21mr4186554lfs.56.1485143603342; Sun, 22 Jan 2017 19:53:23 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id b145sm3074273lfg.46.2017.01.22.19.53.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Jan 2017 19:53:22 -0800 (PST) References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> From: Dmitry Gutov Message-ID: <345079d3-9578-9ab9-1444-353843a70f8b@yandex.ru> Date: Mon, 23 Jan 2017 06:53:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Thunderbird/51.0 MIME-Version: 1.0 In-Reply-To: <878tq6wo1p.fsf@users.sourceforge.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 20.01.2017 03:52, > My feeling is that inhibit-modification-hooks should usually be buffer > local anyway. Maybe you're right. [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.66 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.215.66 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.66 listed in wl.mailspike.net] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 20.01.2017 03:52, > My feeling is that inhibit-modification-hooks should usually be buffer > local anyway. Maybe you're right. [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.215.66 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.66 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.66 listed in list.dnswl.org] 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders On 20.01.2017 03:52, npostavs@users.sourceforge.net wrote: > My feeling is that inhibit-modification-hooks should usually be buffer > local anyway. Maybe you're right. inhibit-read-only, bound nearby, seems to be in the same situation. >> 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'. You're right, and that sounds a little too complicated for my taste. So, personally, I'd try to fix the particular instance first. Switching buffers inside with-silent-modifications is not a very common usage, I think. Maybe org-src should itself let-bind the aforementioned variable(s) where it visits other buffers. Up to you, of course, since you've already been given the go-ahead for the proposed fix. From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Tue, 24 Jan 2017 03:36:01 +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 To: Dmitry Gutov Cc: David Dynerman , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148522891430828 (code B ref 25132); Tue, 24 Jan 2017 03:36:01 +0000 Received: (at 25132) by debbugs.gnu.org; 24 Jan 2017 03:35:14 +0000 Received: from localhost ([127.0.0.1]:39613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVrt4-00081A-BZ for submit@debbugs.gnu.org; Mon, 23 Jan 2017 22:35:14 -0500 Received: from mail-it0-f44.google.com ([209.85.214.44]:36170) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVrt2-00080w-3t for 25132@debbugs.gnu.org; Mon, 23 Jan 2017 22:35:12 -0500 Received: by mail-it0-f44.google.com with SMTP id c7so77832091itd.1 for <25132@debbugs.gnu.org>; Mon, 23 Jan 2017 19:35:12 -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=cNGhgOY4IFRNdoxPxkam4Oyg4OCozL0VVcRfKo9dolw=; b=gf5/gUfqCgIrii4BtyMof8JRE2k0oT+ejHC3orFS0K0L6JlgrkgmQAw2dlD8LEdWgV ZCKWKen+we2iJB1CUyVT3YslbJnaLE0GP4tQipNJN1LlMvFzO+e5YmgsWS0K98ZbKxo9 YuLSNSEHihFCpetVtEw3VD/6kDAMGusM5OZfpS6gZlnz0bkVXO15GvIa8yugO32fpFZc HlZAUohVpLRz8hqbcC4xaW+bf3a69iqvEnXMiM0H0q5F/KW2Qbm0u8dOqkxhppIGIIk0 N9pDeoD8nuWc1YMjpnRZaABO9inCe3HZnJXpuPKjgyqVGgjAIKdYouU9NGdOOxYBTncx EhMA== 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=cNGhgOY4IFRNdoxPxkam4Oyg4OCozL0VVcRfKo9dolw=; b=JyvzADE6qHtIdncE2nSwxmIMeI9WRoQwwE+tSKjcPc7cYLZ8wLkI5ErwgPr5lRDAJt msPwdvoSrI96sHuPALFZ/oDM1e8/YLxUIClmO19ru4uDT1QFpgYCaqhU8zch2Hf/Qbkc ltbLnnbCcZqsi7eZ1buMPNUnVOWCeOW0cLoTWWkuhZVKYQD1dQ0zGe9oVkwTCU2eLw9e 3fw+6mUpTnP2CKPZ11/iREzdzQcHikb0+45p+/bvIi0DfyqN3zHB08+/+cz32wbrNiAt 0gsXuhB7FOKkhYMZpZDtr8tISXRxX4Shhrddov+rzRt7Y28KV65hlAEMPZK4nY/688NR dePQ== X-Gm-Message-State: AIkVDXLvQohIQFVuWQjglRrhab6OABy05eVj9F8RzjoHlDywCjXzmdWV8Z/BXHlpJBMPOQ== X-Received: by 10.36.91.137 with SMTP id g131mr7341695itb.55.1485228906580; Mon, 23 Jan 2017 19:35:06 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 62sm9485279itl.1.2017.01.23.19.35.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 23 Jan 2017 19:35:05 -0800 (PST) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> <345079d3-9578-9ab9-1444-353843a70f8b@yandex.ru> Date: Mon, 23 Jan 2017 22:36:13 -0500 In-Reply-To: <345079d3-9578-9ab9-1444-353843a70f8b@yandex.ru> (Dmitry Gutov's message of "Mon, 23 Jan 2017 06:53:21 +0300") Message-ID: <874m0puo2a.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) Dmitry Gutov writes: > On 20.01.2017 03:52, npostavs@users.sourceforge.net wrote: > >> My feeling is that inhibit-modification-hooks should usually be buffer >> local anyway. > > Maybe you're right. > > inhibit-read-only, bound nearby, seems to be in the same situation. > >>> 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'. > > You're right, and that sounds a little too complicated for my taste. > > So, personally, I'd try to fix the particular instance > first. Switching buffers inside with-silent-modifications is not a > very common usage, I think. > > Maybe org-src should itself let-bind the aforementioned variable(s) > where it visits other buffers. Yeah, that works, and is my proposal for emacs-25, but I'm still leaning towards solving this more broadly in with-silent-modifications, probably also add a mention about this to the inhibit-modification-hooks docstring. I think doing the same to inhibit-read-only isn't worth the trouble because if it happens to be let-bound to t in a buffer where it wasn't "supposed" to be, the worst that happens is that an error *isn't* thrown. From unknown Sat Jun 14 19:19:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Sun, 29 Jan 2017 16:05: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 To: Dmitry Gutov Cc: David Dynerman , 25132@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Received: via spool by 25132-submit@debbugs.gnu.org id=B25132.148570589515782 (code B ref 25132); Sun, 29 Jan 2017 16:05:02 +0000 Received: (at 25132) by debbugs.gnu.org; 29 Jan 2017 16:04:55 +0000 Received: from localhost ([127.0.0.1]:50349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXryJ-00046P-KE for submit@debbugs.gnu.org; Sun, 29 Jan 2017 11:04:55 -0500 Received: from mail-io0-f177.google.com ([209.85.223.177]:34177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXryH-000465-3P; Sun, 29 Jan 2017 11:04:53 -0500 Received: by mail-io0-f177.google.com with SMTP id l66so92718797ioi.1; Sun, 29 Jan 2017 08:04:53 -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=9ReyIKeAFgA9NxpJzw9R6YZ2+61CDOnt8l+5qx52fY4=; b=lZ+gQDwFsOo24rPAShZJnM9mjUHLtij3EQd2QKiwtz926e26G/JOi8cIrbZ6Ox+2Yq 9Jb8YYU3GyGVKp4RNSJNdQ3iE2ca7G9JQIJ0/Ca5c7k9GxrUJXs9lVCjM65Sqr+Unq02 0/SU2QIdB4yelELJHoGC62DNDPv+ajpnngQP1NdDrrvx4y+ueEtDZDrpSufQC+7ttuuQ aFFe1LtO3B+vgCGLnV1mQe4CnspuzdY3DVb1cVejp3AAxfzjjzLjh8Dx4hToiEqejMiy KYpbshOqmfX39+9aXXj4q/6UplUeeTTLmQy8Yp4Itl+lkSgIfa4HsXHqmXXmDCY2U5x2 CvjQ== 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=9ReyIKeAFgA9NxpJzw9R6YZ2+61CDOnt8l+5qx52fY4=; b=gTgJIZFO4t+g5INcZyK6owFO2zC3PHQ3PWPOENaqpHs00HDRC1qQJlsZiJY5ToGEdc 3OjQE5o6Xy9vwi6hvetKYh8QC+Y/nLjIXHKn/5Vb5UILsOsq/3F3COGOBZN8cUfbk6Wa VHHxwBWbLpDnt12Ac8EJstZQ3KO4QD7mIQ9Q2ldLv8NZOB9um9Z9sVhqeWehYUuKxxKU wVrhfe4nYTXXXQbSp/VB0W8fSRiJEzQgNz77mpuJ0Qlq14uiuD7EuZRblrQBcE0Iioja GiE8MpabqNyvBa6cjaH7DmG9W3/EMPq6pUkVrYbV/as+XJHk76m7yx3MbjqmAXBM6YjG PD9w== X-Gm-Message-State: AIkVDXKQWCAz5h6H1Rxsft9nZjP0TeRxhhvFmQUv90Oke7PfENrwXye062cIN+ZOxEoZRg== X-Received: by 10.107.162.194 with SMTP id l185mr17156316ioe.184.1485705887495; Sun, 29 Jan 2017 08:04:47 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 62sm6746082itl.1.2017.01.29.08.04.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 29 Jan 2017 08:04:46 -0800 (PST) From: npostavs@users.sourceforge.net References: <4aa23451-b6cd-88b0-369e-99f6fe5f2175@gmail.com> <87y3yn2x4j.fsf@users.sourceforge.net> <87eg0e36un.fsf@users.sourceforge.net> <878tq6wo1p.fsf@users.sourceforge.net> <345079d3-9578-9ab9-1444-353843a70f8b@yandex.ru> <874m0puo2a.fsf@users.sourceforge.net> Date: Sun, 29 Jan 2017 11:05:54 -0500 In-Reply-To: <874m0puo2a.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Mon, 23 Jan 2017 22:36:13 -0500") Message-ID: <87efzlsvfh.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) tags 25132 fixed close 25132 25.2 quit npostavs@users.sourceforge.net writes: > Dmitry Gutov writes: > >> So, personally, I'd try to fix the particular instance >> first. Switching buffers inside with-silent-modifications is not a >> very common usage, I think. >> >> Maybe org-src should itself let-bind the aforementioned variable(s) >> where it visits other buffers. > > Yeah, that works, and is my proposal for emacs-25, but I'm still leaning > towards solving this more broadly in with-silent-modifications, probably > also add a mention about this to the inhibit-modification-hooks > docstring. I changed my mind. Bug#25561 reminded me about the "Making local to while let-bound!" message. My change to `with-silent-modifications' would trigger that on any nested invocations of `with-silent-modifications' which seems more likely to happen than switching buffers. I've pushed the simpler let-bind in org-src solution [1: ae8264c] to emacs-25. 1: 2017-01-29 11:01:32 -0500 ae8264c5cccf19d5b25a340a605bf2f07de1577e Call modification hooks in org-src fontify buffers