From mboxrd@z Thu Jan 1 00:00:00 1970 From: Santi Villalba Subject: Re: org-narrow-to-subtree and blocking call to accept-process-output with quit inhibited Date: Mon, 18 Apr 2011 17:35:02 +0200 Message-ID: <4DAC5A26.7010300@gmail.com> References: <4DABE6DE.5090502@gmail.com> <878vv7u5u2.fsf@fastmail.fm> <4DAC3AC3.7090400@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------040104070106040101080906" Return-path: Received: from eggs.gnu.org ([140.186.70.92]:51332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QBqWS-0004hM-8e for emacs-orgmode@gnu.org; Mon, 18 Apr 2011 11:37:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QBqWQ-00075h-JK for emacs-orgmode@gnu.org; Mon, 18 Apr 2011 11:37:56 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:35096) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QBqWQ-00075S-C9 for emacs-orgmode@gnu.org; Mon, 18 Apr 2011 11:37:54 -0400 Received: by wyf19 with SMTP id 19so4924695wyf.0 for ; Mon, 18 Apr 2011 08:37:53 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Richard Riley Cc: emacs-orgmode@gnu.org This is a multi-part message in MIME format. --------------040104070106040101080906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/18/2011 04:57 PM, Richard Riley wrote: > Carsten Dominik writes: > >> On Apr 18, 2011, at 3:21 PM, Santi Villalba wrote: >> >>>>> Hi, >>>>> >>>>> Whenever I invoke org-narrow-to-subtree, I receive a "blocking call to >>>>> accept-process-output with quit inhibited" error, the buffer does not >>>>> get narrowed down and I cannot edit or move anymore. I'm using a >>>>> bleeding-edge emacs 24.0.50.1 and org 7.4. >>>> Could you please upgrade to org-mode 7.5 and see if the problem persists. >>> Done, no change. However, if I open emacs without reading the init files, the problem disappears. So it is about the interaction of org with something in my setup. >>>>> Does anybody know if the problem is it my setup or in a bug in org? >>>> Please provide a backtrace. >>>> >>>> M-x toggle-debug-on-error >>> That should open a *Backtrace* buffer, right? It does not happen. >>> >>> I will bisect my .emacs later on and let you know if I find the incompatibility. >>> >>> Santi >>> >> I am willing to bet that this is something funny with bleeding edge emacs. >> Narrowing to a subtree has no reason to call out to a process..... >> >> - Carsten >> >> - Carsten >> > That prompt/message is indeed something in emacs 24. Its been like it > for ages and no sign yet of it being suppressed. I should have reported two different issues: 1- The narrowing error was due to org not playing well with a couple of customisations of the scrolling behavior. I substituted these two lines with loading smooth-scrolling and the problem vanished. (setq scroll-conservatively 10) (setq scroll-margin 7) A better description of the problem I had is: when narrowing into a subtree with those settings, the window was getting frozen until I pressed tab. It has nothing to do with the error message and now it is fixed for me. 2- The "blocking blah blah blah" error - that is only annoying but has no other bad consequences - happens when moving the point to/from the beginning and the end of the buffer in org-mode. It disappears when I disable flyspell-mode. In both cases I find difficult to send you a test case without sending my whole init files. Instructing emacs to start without loading the init files and just enabling the scrolling policy or enabling flyspell by hand are not enough to reproduce the problems. There must be some more faulty interplay in my setup, if I find out I will let you know. --------------040104070106040101080906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 04/18/2011 04:57 PM, Richard Riley wrote:
Carsten Dominik <carsten.dominik@gmail.com> writes:

On Apr 18, 2011, at 3:21 PM, Santi Villalba wrote:


          
Hi,

Whenever I invoke org-narrow-to-subtree, I receive a "blocking call to
accept-process-output with quit inhibited" error, the buffer does not
get narrowed down and I cannot edit or move anymore. I'm using a
bleeding-edge emacs 24.0.50.1 and org 7.4.
Could you please upgrade to org-mode 7.5 and see if the problem persists.
Done, no change. However, if I open emacs without reading the init files, the problem disappears. So it is about the interaction of org with something in my setup.
Does anybody know if the problem is it my setup or in a bug in org?
Please provide a backtrace.

M-x toggle-debug-on-error
That should open a *Backtrace* buffer, right? It does not happen.

I will bisect my .emacs later on and let you know if I find the incompatibility.

Santi

I am willing to bet that this is something funny with bleeding edge emacs.
Narrowing to a subtree has no reason to call out to a process.....

- Carsten

- Carsten

That prompt/message is indeed something in emacs 24. Its been like it
for ages and no sign yet of it being suppressed.
I should have reported two different issues:

1- The narrowing error was due to org not playing well with a couple of customisations of the scrolling behavior. I substituted these two lines with loading smooth-scrolling and the problem vanished.
    (setq scroll-conservatively 10)
   (setq scroll-margin 7)
A better description of the problem I had is: when narrowing into a subtree with those settings, the window was getting frozen until I pressed tab. It has nothing to do with the error message and now it is fixed for me.

2- The "blocking blah blah blah" error - that is only annoying but has no other bad consequences - happens when moving the point to/from the beginning and the end of the buffer in org-mode. It disappears when I disable flyspell-mode.

In both cases I find difficult to send you a test case without sending my whole init files. Instructing emacs to start without loading the init files and just enabling the scrolling policy or enabling flyspell by hand are not enough to reproduce the problems. There must be some more faulty interplay in my setup, if I find out I will let you know.
--------------040104070106040101080906--