Stefan Monnier writes:
> The minor patch below clarifies what the computation is about and
> removes the assumption that point-min == 1, while arguably
> making the the code ever so slightly more efficient.
Thanks!
Applied, onto main, with minor amendments to the commit messa
The minor patch below clarifies what the computation is about and
removes the assumption that point-min == 1, while arguably
making the the code ever so slightly more efficient.
Stefan
>From d386af0653ff75956cc20e0df8ddb5bfa86fec9d Mon Sep 17 00:00:00 2001
From: Stefan Monnier
Date:
> I pushed this to the development branch 'main' of Org.
Perfect, thanks,
Stefan
Stefan Monnier writes:
> Here's a patch which cleans up some magic numbers in
> `org-attach.el` and gets rif of the use of the second arg of `commandp`,
> by making `org-attach-commands` accept any commands (including keyboard
> macros).
>
>
> Stefan
>
>
> diff --git a/lisp/org/org-attach
Here's a patch which cleans up some magic numbers in
`org-attach.el` and gets rif of the use of the second arg of `commandp`,
by making `org-attach-commands` accept any commands (including keyboard
macros).
Stefan
diff --git a/lisp/org/org-attach.el b/lisp/org/org-attach.el
index 36c21b
The problem was that
a) I'm using tcsh.
b) Some part of the system-wide csh.cshrc related to Emacs' shell-mode
was also run for non-interactive shell invocation while only
appropriate for interactive use (that's where the errors from tset
and stty came from).
c) Your second patch 6fb03
thanks -- nice!
Eric Schulte writes:
> Are these failures only present *after* these recent changes to ob-awk?
> I can't think of how these changes could be related to this STDIN error.
Yes, they've just started with the second commit (the first one broke
the tests in a different way as you may know).
> I would
Achim Gratz writes:
> Eric Schulte writes:
>> I can't reproduce these problems. Could you provide examples, and maybe
>> a stack traces?
>
> The tests have all been done with "make vanilla" and
> testing/examples/ob-awk-test.org. The test failure is:
>
[...]
>
> I've no idea how to get at the c
Eric Schulte writes:
> I can't reproduce these problems. Could you provide examples, and maybe
> a stack traces?
The tests have all been done with "make vanilla" and
testing/examples/ob-awk-test.org. The test failure is:
--8<---cut here---start->8---
(("tset:
Achim Gratz writes:
> Eric Schulte writes:
>> Thanks for pointing out this shortcoming and for suggesting the
>> command-line variable assignment option. I've just pushed up a patch
>> which changes the behavior of awk code blocks to assign variables on the
>> command line, so the following now
Greg Minshall writes:
> though, in the spirit of "no good deed goes unpunished":
>
> #+name: foo
> | a | b | c |
> #+begin_src awk :var a=foo
> BEGIN{ print a; }
> #+end_src
>
> gives an error (and, ':var a="this is a test"' doesn't behave as one
> might expect). i haven't looked at ob
Eric Schulte writes:
> Thanks for pointing out this shortcoming and for suggesting the
> command-line variable assignment option. I've just pushed up a patch
> which changes the behavior of awk code blocks to assign variables on the
> command line, so the following now work.
For whatever reason I
though, in the spirit of "no good deed goes unpunished":
#+name: foo
| a | b | c |
#+begin_src awk :var a=foo
BEGIN{ print a; }
#+end_src
gives an error (and, ':var a="this is a test"' doesn't behave as one
might expect). i haven't looked at ob-*.el enough to know the patterns
used to w
very nice -- thanks!
> I've just pushed up a patch which changes the behavior of awk code
> blocks to assign variables on the command line, so the following now
> work.
> #+begin_src awk :var a=2
> BEGIN{ print a; }
> #+end_src
> #+RESULTS:
> : 2
Greg Minshall writes:
> hi. i just wandered down a rathole others could avoid. the following
> program fails in (what was to me) a mysterious way:
>
> #+BEGIN_SRC awk :var a=2
> BEGIN{print $a;}
> #+END_SRC
>
>
> it turns out values for variables to awk need to be strings (rather than
hi. i just wandered down a rathole others could avoid. the following
program fails in (what was to me) a mysterious way:
#+BEGIN_SRC awk :var a=2
BEGIN{print $a;}
#+END_SRC
it turns out values for variables to awk need to be strings (rather than
a number, as above). below is a patch t
Eric Schulte writes:
>> Recently I also noticed a regression of org-babel-load-file that is
>> resolved with your patch. Thank you for saving me of one of my TODOs.
>>
>
> This patch doesn't fix the actual cause of this bug. The problem stems
> from commit 693dda67 [1], and I've just pushed up a f
Hi Eric
On Thu, Jun 20, 2013 at 5:58 PM, Eric Schulte wrote:
> I've just pushed up a fix in commit a79fd4be [2].
Thank you, the issue with org-babel-load-file that I noticed is
resolved in the current master branch.
Michael
Michael Brand writes:
> Hi Levin
>
> On Tue, Jun 18, 2013 at 9:44 AM, Levin Du wrote:
>> Below is the patch that solves this problem.
>
> Recently I also noticed a regression of org-babel-load-file that is
> resolved with your patch. Thank you for saving me of one of my TODOs.
>
This patch does
Hi Levin
On Tue, Jun 18, 2013 at 9:44 AM, Levin Du wrote:
> Below is the patch that solves this problem.
Recently I also noticed a regression of org-babel-load-file that is
resolved with your patch. Thank you for saving me of one of my TODOs.
Michael
Hi, all
I find org-babel-load-file not work for my emacs-starter-kit org file.
After some traces, I find that
(org-babel-merge-params nil nil nil)
returns:
((:comments . "") (:shebang . "") (:cache . "") (:padline . "") (:noweb
. "") (:tangle . "") (:exports . "") (:results . ""))
which
v minor patch, purely cosmetic
>From 83fb2858d3ff8fc08b07a48f425b15579617fdbc Mon Sep 17 00:00:00 2001
From: Barak A. Pearlmutter
Date: Wed, 1 Jun 2011 13:56:41 +0100
Subject: [PATCH] remove unnecessary parenthesis in Makefile
---
Makefile | 24
1 files changed,
made the error messages more succinct/pleasant to hear:
diff org.el org.el.~1~
3923c3923
< (error "On last item. "
---
> (error "This is already the last item in the list"
3944c3944
<(error "On first item.")
---
>(error "This is already the firs
24 matches
Mail list logo