Minimal example... Is this intended ?

Minimal example... Is this intended ?

[Allen S. Rout]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

I've attached 'minimal.org',  which demonstrates (for me) an odd 
behavior in current git head (I encountered this just after doing a git 
pull).

There are two ls listings in this file, one after the 'foo' block, and 
prefixed by a results: tag.   The other is before the block, and not so 
prefixed.

The trailing, prefixed block was generated when I had no space after the 
string 'foo' in the NAME: line.   If I add one space, then the results 
block which comes before is generated.

I can't think this is a deliberate feature;  can anyone else duplicate 
these results?

- Allen S. Rout

[-- Attachment #2: minimal.org --]
[-- Type: text/plain, Size: 2721 bytes --]



| total      | 324 |     |     |        |            |       |                   |
| -rw-rw-r-- |   1 | asr | asr |   1323 | 2012-02-15 | 15:40 | db-data           |
| -rw-r--r-- |   1 | asr | asr |   1632 | 2011-05-31 | 14:06 | dbsizing          |
| -rw-r--r-- |   1 | asr | asr |   3235 | 2011-05-31 | 14:05 | dbsizing~         |
| -rw-rw-r-- |   1 | asr | asr |     50 | 2012-02-15 | 16:22 | dsmerror.log      |
| -rw-rw-r-- |   1 | asr | asr |    157 | 2012-02-15 | 15:40 | Makefile          |
| -rw-rw-r-- |   1 | asr | asr |      3 | 2012-02-15 | 15:40 | Makefile~         |
| -rw-rw-r-- |   1 | asr | asr |   1393 | 2012-02-29 | 16:01 | minimal.org       |
| -rw-rw-r-- |   1 | asr | asr |   1224 | 2012-02-29 | 15:53 | minimal.org~      |
| -rw-r--r-- |   1 | asr | asr |   7929 | 2012-02-29 | 15:53 | notes.org         |
| -rw-r--r-- |   1 | asr | asr |   6057 | 2012-02-29 | 15:21 | notes.org~        |
| -rw-r--r-- |   1 | asr | asr | 148474 | 2012-02-29 | 15:23 | notes.pdf         |
| -rw-r--r-- |   1 | asr | asr |   6488 | 2012-02-29 | 15:23 | notes.tex         |
| -rw-r--r-- |   1 | asr | asr |   6599 | 2012-02-29 | 15:18 | notes.tex~        |
| -rw-r--r-- |   1 | asr | asr | 106646 | 2011-11-02 | 13:46 | some_filename.png |
| drwxr-xr-x |   2 | asr | asr |   4096 | 2011-11-07 | 14:57 | upgrade-docs      |
#+NAME: foo 
#+BEGIN_SRC sh 
ls -l 
#+END_SRC

#+RESULTS: foo
| total      | 324 |     |     |        |            |       |                   |
| -rw-rw-r-- |   1 | asr | asr |   1323 | 2012-02-15 | 15:40 | db-data           |
| -rw-r--r-- |   1 | asr | asr |   1632 | 2011-05-31 | 14:06 | dbsizing          |
| -rw-r--r-- |   1 | asr | asr |   3235 | 2011-05-31 | 14:05 | dbsizing~         |
| -rw-rw-r-- |   1 | asr | asr |     50 | 2012-02-15 | 16:22 | dsmerror.log      |
| -rw-rw-r-- |   1 | asr | asr |    157 | 2012-02-15 | 15:40 | Makefile          |
| -rw-rw-r-- |   1 | asr | asr |      3 | 2012-02-15 | 15:40 | Makefile~         |
| -rw-rw-r-- |   1 | asr | asr |     48 | 2012-02-29 | 15:55 | minimal.org       |
| -rw-rw-r-- |   1 | asr | asr |   1224 | 2012-02-29 | 15:53 | minimal.org~      |
| -rw-r--r-- |   1 | asr | asr |   7929 | 2012-02-29 | 15:53 | notes.org         |
| -rw-r--r-- |   1 | asr | asr |   6057 | 2012-02-29 | 15:21 | notes.org~        |
| -rw-r--r-- |   1 | asr | asr | 148474 | 2012-02-29 | 15:23 | notes.pdf         |
| -rw-r--r-- |   1 | asr | asr |   6488 | 2012-02-29 | 15:23 | notes.tex         |
| -rw-r--r-- |   1 | asr | asr |   6599 | 2012-02-29 | 15:18 | notes.tex~        |
| -rw-r--r-- |   1 | asr | asr | 106646 | 2011-11-02 | 13:46 | some_filename.png |
| drwxr-xr-x |   2 | asr | asr |   4096 | 2011-11-07 | 14:57 | upgrade-docs      |

Re: Minimal example... Is this intended ?

[Eric Schulte]

Alright, I've just pushed up a fix for this issue as well.

"Allen S. Rout" <asr@ufl.edu> writes:

> I've attached 'minimal.org',  which demonstrates (for me) an odd
> behavior in current git head (I encountered this just after doing a
> git pull).
>
> There are two ls listings in this file, one after the 'foo' block, and
> prefixed by a results: tag.   The other is before the block, and not
> so prefixed.
>
> The trailing, prefixed block was generated when I had no space after
> the string 'foo' in the NAME: line.   If I add one space, then the
> results block which comes before is generated.
>
> I can't think this is a deliberate feature;  can anyone else duplicate
> these results?
>
> - Allen S. Rout
>

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