emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Showing evaluation buffer while executing source blocks?
@ 2012-02-02 12:20 Klaus-Dieter Bauer
  2012-02-02 13:54 ` Yu
  0 siblings, 1 reply; 2+ messages in thread
From: Klaus-Dieter Bauer @ 2012-02-02 12:20 UTC (permalink / raw)
  To: schulte.eric, org-mode mailing list

Hello!

I wondered if there is a way to show the evaluation buffer (if any)
during evaluation of commands -- in particular when the command takes
a long time (e.g. when trying to document a building process involving
`make' invocations) waiting for the command to finish is counter
productive. Even worse if the command used turns out to cause an
infinite loop.

If not possible yet: At least in the case of session based evaluation,
this would "simply" mean a construct of the form
  : (save-excursion
  :     <<start the session if not yet started>>
  :     (display-buffer <<session buffer>>)
  :     <<send commands to session>>)

The idea came up because I'm currently trying to document the building
process of mathematical libraries (matplotlib, numpy, scipy) under
Cygwin -- building those is pretty tricky there. And waiting for a
`make' invocation to finish before seeing any result... well ^^'

On a side note, as mentioned in the "[O] [bug] cannot execute shell
code blocks" thread, for shell commands sadly this "simple" solution
won't work, as session based evaluation never returns from the
session.

"simple" because: I couldn't figure out where this would have to be done ^^'


king regards, Yu

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Showing evaluation buffer while executing source blocks?
  2012-02-02 12:20 Showing evaluation buffer while executing source blocks? Klaus-Dieter Bauer
@ 2012-02-02 13:54 ` Yu
  0 siblings, 0 replies; 2+ messages in thread
From: Yu @ 2012-02-02 13:54 UTC (permalink / raw)
  To: schulte.eric, org-mode mailing list

Little correction: it doesn't seem to be simple after all. Emacs'
single-threading kills the concept, because the display doesn't get
updated during execution anyway.

Does anybody have an idea, if this can be avoided?

2012/2/2 Yu <yu_icq@gmx.at>:
> Hello!
>
> I wondered if there is a way to show the evaluation buffer (if any)
> during evaluation of commands -- in particular when the command takes
> a long time (e.g. when trying to document a building process involving
> `make' invocations) waiting for the command to finish is counter
> productive. Even worse if the command used turns out to cause an
> infinite loop.
>
> If not possible yet: At least in the case of session based evaluation,
> this would "simply" mean a construct of the form
>  : (save-excursion
>  :     <<start the session if not yet started>>
>  :     (display-buffer <<session buffer>>)
>  :     <<send commands to session>>)
>
> The idea came up because I'm currently trying to document the building
> process of mathematical libraries (matplotlib, numpy, scipy) under
> Cygwin -- building those is pretty tricky there. And waiting for a
> `make' invocation to finish before seeing any result... well ^^'
>
> On a side note, as mentioned in the "[O] [bug] cannot execute shell
> code blocks" thread, for shell commands sadly this "simple" solution
> won't work, as session based evaluation never returns from the
> session.
>
> "simple" because: I couldn't figure out where this would have to be done ^^'
>
>
> king regards, Yu

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-02-02 13:54 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-02 12:20 Showing evaluation buffer while executing source blocks? Klaus-Dieter Bauer
2012-02-02 13:54 ` Yu

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).