* Bug with exporting org source block
@ 2012-03-28 19:41 Truong Nghiem
2012-03-31 14:23 ` URGENT " Eric Schulte
0 siblings, 1 reply; 9+ messages in thread
From: Truong Nghiem @ 2012-03-28 19:41 UTC (permalink / raw)
To: emacs-orgmode
I'm using orgmode release Org 7.8.06. When I export an org source
block (i.e. a source code block in the org language):
#+BEGIN_SRC org :exports code
,#+srcname: <name>
,#+begin_src <language> <switches> <header arguments>
, <body>
,#+end_src
#+END_SRC
the last source line is not exported. The output, in both PDF and
HTML, becomes:
#+srcname: <name>
#+begin_src <language> <switches> <header arguments>
<body>
Notice that the line "#+end_src" is not present.
--
Truong Nghiem
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-03-28 19:41 Bug with exporting org source block Truong Nghiem
@ 2012-03-31 14:23 ` Eric Schulte
2012-03-31 16:58 ` Eric Schulte
2012-04-01 7:18 ` Achim Gratz
0 siblings, 2 replies; 9+ messages in thread
From: Eric Schulte @ 2012-03-31 14:23 UTC (permalink / raw)
To: Truong Nghiem; +Cc: emacs-orgmode
Truong Nghiem <truong.nghiem@gmail.com> writes:
> I'm using orgmode release Org 7.8.06. When I export an org source
> block (i.e. a source code block in the org language):
>
> #+BEGIN_SRC org :exports code
> ,#+srcname: <name>
> ,#+begin_src <language> <switches> <header arguments>
> , <body>
> ,#+end_src
> #+END_SRC
>
> the last source line is not exported. The output, in both PDF and
> HTML, becomes:
>
> #+srcname: <name>
> #+begin_src <language> <switches> <header arguments>
> <body>
>
> Notice that the line "#+end_src" is not present.
> --
> Truong Nghiem
>
Hi Truong,
Thanks for reporting this problem. The issue lies somewhere later in
the export process and is not related to the Babel expansion of the code
block. To see this your example code may be placed in an org-mode file,
and the code block export expansion may be run by evaluating the
following elisp snippet.
(let ((org-current-export-file "/path/to/file.org"))
(org-export-blocks-preprocess))
Hopefully someone more familiar with the export process can try to pin
down this behavior. This would be a good fix to put in before the
upcoming Emacs merge.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-03-31 14:23 ` URGENT " Eric Schulte
@ 2012-03-31 16:58 ` Eric Schulte
2012-04-01 7:18 ` Achim Gratz
1 sibling, 0 replies; 9+ messages in thread
From: Eric Schulte @ 2012-03-31 16:58 UTC (permalink / raw)
To: Truong Nghiem; +Cc: emacs-orgmode
Eric Schulte <eric.schulte@gmx.com> writes:
> Truong Nghiem <truong.nghiem@gmail.com> writes:
>
>> I'm using orgmode release Org 7.8.06. When I export an org source
>> block (i.e. a source code block in the org language):
>>
>> #+BEGIN_SRC org :exports code
>> ,#+srcname: <name>
>> ,#+begin_src <language> <switches> <header arguments>
>> , <body>
>> ,#+end_src
>> #+END_SRC
>>
>> the last source line is not exported. The output, in both PDF and
>> HTML, becomes:
>>
>> #+srcname: <name>
>> #+begin_src <language> <switches> <header arguments>
>> <body>
>>
>> Notice that the line "#+end_src" is not present.
>> --
>> Truong Nghiem
>>
>
> Hi Truong,
>
> Thanks for reporting this problem. The issue lies somewhere later in
> the export process and is not related to the Babel expansion of the code
> block. To see this your example code may be placed in an org-mode file,
> and the code block export expansion may be run by evaluating the
> following elisp snippet.
>
> (let ((org-current-export-file "/path/to/file.org"))
> (org-export-blocks-preprocess))
>
> Hopefully someone more familiar with the export process can try to pin
> down this behavior. This would be a good fix to put in before the
> upcoming Emacs merge.
>
> Best,
I've just pushed up a fix for this bug. Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-03-31 14:23 ` URGENT " Eric Schulte
2012-03-31 16:58 ` Eric Schulte
@ 2012-04-01 7:18 ` Achim Gratz
2012-04-01 12:43 ` Eric Schulte
1 sibling, 1 reply; 9+ messages in thread
From: Achim Gratz @ 2012-04-01 7:18 UTC (permalink / raw)
To: emacs-orgmode
Eric Schulte writes:
[...]
With your latest changes I get this test regression (I have not checked
which commit is responsible):
Test ob-exp/noweb-on-export-with-exports-results backtrace:
<(357 nil)
apply(< (357 nil))
(setq value-605 (apply fn-603 args-604))
(unwind-protect (setq value-605 (apply fn-603 args-604)) (setq form-
(if (unwind-protect (setq value-605 (apply fn-603 args-604)) (setq f
(unless (unwind-protect (setq value-605 (apply fn-603 args-604)) (se
(let (form-description-607) (unless (unwind-protect (setq value-605
(let ((value-605 (quote ert-form-evaluation-aborted-606))) (let (for
(let ((fn-603 (function <)) (args-604 (list test-point (re-search-fo
(should (< test-point (re-search-forward x nil t)))
(lambda (x) (should (< test-point (re-search-forward x nil t))) (set
mapcar((lambda (x) (should (< test-point (re-search-forward x nil t)
(setq G93507 (mapcar (lambda (x) (should (< test-point (re-search-fo
(let ((kill-buffer-query-functions nil) G93507) (with-temp-file "/tm
(org-test-with-temp-text-in-file exported-html (mapcar (lambda (x) (
(let ((exported-html (org-export-as-html nil nil nil (quote string)
(save-restriction (org-narrow-to-subtree) (let ((exported-html (org-
(progn (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b66f8d") (setq to
(unwind-protect (progn (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b
(let ((save-match-data-internal (match-data))) (unwind-protect (prog
(save-match-data (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b66f8d"
(progn (save-match-data (org-id-goto "8701beb4-13d9-468c-997a-8e63e8
(unwind-protect (progn (save-match-data (org-id-goto "8701beb4-13d9-
(let ((wconfig (current-window-configuration))) (unwind-protect (pro
(save-window-excursion (save-match-data (org-id-goto "8701beb4-13d9-
(let* ((id-location (org-id-find "8701beb4-13d9-468c-997a-8e63e8b66f
(org-test-at-id "8701beb4-13d9-468c-997a-8e63e8b66f8d" (org-narrow-t
(lambda nil (org-test-at-id "8701beb4-13d9-468c-997a-8e63e8b66f8d" (
byte-code("\306\307!▒q\210\310\216\311 \312\216\313\314\315\316\3
ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc
byte-code("\306\307!\211▒r\310\311!q\210\312 d\313\223)L\210\314\216
ert-run-test([cl-struct-ert-test ob-exp/noweb-on-export-with-exports
ert-run-or-rerun-test([cl-struct-ert--stats "\\(org\\|ob\\)" [[cl-st
ert-run-tests("\\(org\\|ob\\)" #[(event-type &rest event-args) \30
ert-run-tests-batch("\\(org\\|ob\\)")
ert-run-tests-batch-and-exit("\\(org\\|ob\\)")
(let ((org-id-track-globally t) (org-id-locations-file (convert-stan
org-test-run-batch-tests()
call-interactively(org-test-run-batch-tests nil nil)
command-execute(org-test-run-batch-tests)
command-line-1(("-L" "lisp/" "-L" "testing/" "--eval" "(defconst org
command-line()
normal-top-level()
Test ob-exp/noweb-on-export-with-exports-results condition:
(wrong-type-argument number-or-marker-p nil)
FAILED 21/193 ob-exp/noweb-on-export-with-exports-results
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-04-01 7:18 ` Achim Gratz
@ 2012-04-01 12:43 ` Eric Schulte
2012-04-01 15:27 ` Achim Gratz
2012-04-01 18:08 ` Achim Gratz
0 siblings, 2 replies; 9+ messages in thread
From: Eric Schulte @ 2012-04-01 12:43 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Eric Schulte writes:
> [...]
>
> With your latest changes I get this test regression (I have not checked
> which commit is responsible):
>
This is odd. The first time I ran the test suite this test failed for
me as well, however on all subsequent runs of the test suite this test
passed, and manually looking through the test the code indeed does seem
to be acting as it should.
Best,
>
> Test ob-exp/noweb-on-export-with-exports-results backtrace:
> <(357 nil)
> apply(< (357 nil))
> (setq value-605 (apply fn-603 args-604))
> (unwind-protect (setq value-605 (apply fn-603 args-604)) (setq form-
> (if (unwind-protect (setq value-605 (apply fn-603 args-604)) (setq f
> (unless (unwind-protect (setq value-605 (apply fn-603 args-604)) (se
> (let (form-description-607) (unless (unwind-protect (setq value-605
> (let ((value-605 (quote ert-form-evaluation-aborted-606))) (let (for
> (let ((fn-603 (function <)) (args-604 (list test-point (re-search-fo
> (should (< test-point (re-search-forward x nil t)))
> (lambda (x) (should (< test-point (re-search-forward x nil t))) (set
> mapcar((lambda (x) (should (< test-point (re-search-forward x nil t)
> (setq G93507 (mapcar (lambda (x) (should (< test-point (re-search-fo
> (let ((kill-buffer-query-functions nil) G93507) (with-temp-file "/tm
> (org-test-with-temp-text-in-file exported-html (mapcar (lambda (x) (
> (let ((exported-html (org-export-as-html nil nil nil (quote string)
> (save-restriction (org-narrow-to-subtree) (let ((exported-html (org-
> (progn (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b66f8d") (setq to
> (unwind-protect (progn (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b
> (let ((save-match-data-internal (match-data))) (unwind-protect (prog
> (save-match-data (org-id-goto "8701beb4-13d9-468c-997a-8e63e8b66f8d"
> (progn (save-match-data (org-id-goto "8701beb4-13d9-468c-997a-8e63e8
> (unwind-protect (progn (save-match-data (org-id-goto "8701beb4-13d9-
> (let ((wconfig (current-window-configuration))) (unwind-protect (pro
> (save-window-excursion (save-match-data (org-id-goto "8701beb4-13d9-
> (let* ((id-location (org-id-find "8701beb4-13d9-468c-997a-8e63e8b66f
> (org-test-at-id "8701beb4-13d9-468c-997a-8e63e8b66f8d" (org-narrow-t
> (lambda nil (org-test-at-id "8701beb4-13d9-468c-997a-8e63e8b66f8d" (
> byte-code("\306\307!▒q\210\310\216\311 \312\216\313\314\315\316\3
> ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc
> byte-code("\306\307!\211▒r\310\311!q\210\312 d\313\223)L\210\314\216
> ert-run-test([cl-struct-ert-test ob-exp/noweb-on-export-with-exports
> ert-run-or-rerun-test([cl-struct-ert--stats "\\(org\\|ob\\)" [[cl-st
> ert-run-tests("\\(org\\|ob\\)" #[(event-type &rest event-args) \30
> ert-run-tests-batch("\\(org\\|ob\\)")
> ert-run-tests-batch-and-exit("\\(org\\|ob\\)")
> (let ((org-id-track-globally t) (org-id-locations-file (convert-stan
> org-test-run-batch-tests()
> call-interactively(org-test-run-batch-tests nil nil)
> command-execute(org-test-run-batch-tests)
> command-line-1(("-L" "lisp/" "-L" "testing/" "--eval" "(defconst org
> command-line()
> normal-top-level()
> Test ob-exp/noweb-on-export-with-exports-results condition:
> (wrong-type-argument number-or-marker-p nil)
> FAILED 21/193 ob-exp/noweb-on-export-with-exports-results
>
>
> Regards,
> Achim.
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-04-01 12:43 ` Eric Schulte
@ 2012-04-01 15:27 ` Achim Gratz
2012-04-01 16:28 ` Eric Schulte
2012-04-01 18:08 ` Achim Gratz
1 sibling, 1 reply; 9+ messages in thread
From: Achim Gratz @ 2012-04-01 15:27 UTC (permalink / raw)
To: emacs-orgmode
Eric Schulte writes:
>> With your latest changes I get this test regression (I have not checked
>> which commit is responsible):
>>
>
> This is odd. The first time I ran the test suite this test failed for
> me as well, however on all subsequent runs of the test suite this test
> passed, and manually looking through the test the code indeed does seem
> to be acting as it should.
This, together with the fact that I'll always start the test from a
fresh 'emacs -Q' would hint at some variable that needs declaration or
some other newly introduced dependency. Do you have an idea what to
look for?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-04-01 15:27 ` Achim Gratz
@ 2012-04-01 16:28 ` Eric Schulte
2012-04-01 18:35 ` Achim Gratz
0 siblings, 1 reply; 9+ messages in thread
From: Eric Schulte @ 2012-04-01 16:28 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Eric Schulte writes:
>>> With your latest changes I get this test regression (I have not checked
>>> which commit is responsible):
>>>
>>
>> This is odd. The first time I ran the test suite this test failed for
>> me as well, however on all subsequent runs of the test suite this test
>> passed, and manually looking through the test the code indeed does seem
>> to be acting as it should.
>
> This, together with the fact that I'll always start the test from a
> fresh 'emacs -Q' would hint at some variable that needs declaration or
> some other newly introduced dependency. Do you have an idea what to
> look for?
>
I've just pushed up a fix for this. After looking into the code I'm now
not sure why it was working at all... but I suppose all that matters is
that it is working now.
Thanks for the report,
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-04-01 12:43 ` Eric Schulte
2012-04-01 15:27 ` Achim Gratz
@ 2012-04-01 18:08 ` Achim Gratz
1 sibling, 0 replies; 9+ messages in thread
From: Achim Gratz @ 2012-04-01 18:08 UTC (permalink / raw)
To: emacs-orgmode
Eric Schulte writes:
> This is odd. The first time I ran the test suite this test failed for
> me as well, however on all subsequent runs of the test suite this test
> passed, and manually looking through the test the code indeed does seem
> to be acting as it should.
I can confirm that it runs through when I force emacs to run the test
two times in succession. However, this seems to be a fluke really. The
test failure is related to the fact that the test file has two different
definitions for noweb-example1 and noweb-example2 and there is also a
call to noweb-example that doesn't have a definition at all. Why all
that ends up with test-point == nil I don't know...
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: URGENT Bug with exporting org source block
2012-04-01 16:28 ` Eric Schulte
@ 2012-04-01 18:35 ` Achim Gratz
0 siblings, 0 replies; 9+ messages in thread
From: Achim Gratz @ 2012-04-01 18:35 UTC (permalink / raw)
To: emacs-orgmode
Eric Schulte writes:
> I've just pushed up a fix for this. After looking into the code I'm
> now not sure why it was working at all...
Heh…
> but I suppose all that matters is that it is working now.
Fix confirmed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-04-01 18:35 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-28 19:41 Bug with exporting org source block Truong Nghiem
2012-03-31 14:23 ` URGENT " Eric Schulte
2012-03-31 16:58 ` Eric Schulte
2012-04-01 7:18 ` Achim Gratz
2012-04-01 12:43 ` Eric Schulte
2012-04-01 15:27 ` Achim Gratz
2012-04-01 16:28 ` Eric Schulte
2012-04-01 18:35 ` Achim Gratz
2012-04-01 18:08 ` Achim Gratz
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).