Re: [O] [bug] Code blocks (in a LOB) are not ingested anymore

[Eric Schulte]

Hi Seb,

I *do* get a single code block loaded when running your ECM.  What
values does the `org-babel-src-name-regexp' variable have on your
system?  If it is not equal to

  "^[   ]*#\\+name:[    ]*"

then my guess is that you have old versions of Org-mode defining this
variable, and these definitions are not updated when you load the newer
Org-mode over-top. Please see the bottom of the following commit message
for an explanation and a workaround.

  
http://orgmode.org/w/?p=org-mode.git;a=commit;h=7e93b90f8816346a16ad49cee22870b17c05b211

If you are using the development version of Emacs24 this problem will be
resolved after Org-mode pushes to Emacs in the coming weeks.

Best -- Eric

"Sebastien Vauban" <address@hidden> writes:

> #+TITLE:     ECM for code blocks not being ingested anymore
> #+DATE:      2011-12-02
> #+PROPERTY:  eval yes
>
> * Overview
>
> Ingesting a LOB file does not load its code blocks anymore -- as if the file
> was empty, or if there were no code blocks at all in it!
>
> * Test case
>
> ** How many blocks?
>
> There is 1 block in this file. That's what this code block should answer.
>
> #+begin_src emacs-lisp :exports results
> (org-babel-lob-ingest (buffer-file-name))
> #+end_src
>
> #+results:
> : 0
>
> While a couple of days ago, it correctly answered "1", now it answers "0" as
> you can see/test.
>
> ** Block to be found
>
> #+name: defvar-now
> #+begin_src sql
> DECLARE @now smalldatetime
> -- implementation is not important in this context!
> #+end_src
>
> Best regards,
>   Seb

-- 
Eric Schulte
http://cs.unm.edu/~eschulte/