* bug: org-table-convert-region-max-lines causes a "Code block produced nop output"
@ 2019-08-20 13:32 Charles Millar via Emacs-orgmode
2019-08-20 14:50 ` Charles Millar via Emacs-orgmode
2020-02-05 8:11 ` Bastien
0 siblings, 2 replies; 5+ messages in thread
From: Charles Millar via Emacs-orgmode @ 2019-08-20 13:32 UTC (permalink / raw)
To: emacs-orgmode@gnu.org
In an org file I have a source code block to convert entries into and
generate a recutils file
#+begin_src sh?? :file SomeFile.rec
cat << EOF
# -*- mode: rec -*-
#### Begin recutils file
Approximately 770 records in recutils format each with about 20 entries;
over 17,000 lines including line feeds or carriage returns
#+end_src
The following error is produced:
Starting new Ispell process /usr/bin/aspell with en_US dictionary...
executing Sh code block...
Wrote /tmp/babel-k8j93s/ob-input-LL2cYo
Error reading results: (user-error Region is longer than
???org-table-convert-region-max-lines??? (999) lines; not converting)
Code block produced no output.
I admit that I have not evaluated this code block since last October.At
that time the SomeFile.rec file was produced, as expected. However, the
size of the entries has not changed and now the above error results.
I modified my init.el file to include
(setq org-table-convert-region-max-lines 20000)
closed emacs, etc. (load-file init.el did not change the default 999 to
20000)
When I C-c C-c'ed the code block again the process hung. I confirmed
that org-table-convert-region-max-lines was set to 20000.
Is org-table-convert-region-max-lines?? supposed to be invoked and if so
what should I modify?
Version information
Org mode version 9.2.5 (release_9.2.5-488-g9ddba9 @
/usr/local/share/org-mode/lisp/)
GNU Emacs 27.0.50 (build 57, x86_64-pc-linux-gnu, GTK+ Version 3.24.10)
of 2019-08-20
Charlie Millar
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bug: org-table-convert-region-max-lines causes a "Code block produced nop output"
2019-08-20 13:32 bug: org-table-convert-region-max-lines causes a "Code block produced nop output" Charles Millar via Emacs-orgmode
@ 2019-08-20 14:50 ` Charles Millar via Emacs-orgmode
2020-02-05 8:11 ` Bastien
1 sibling, 0 replies; 5+ messages in thread
From: Charles Millar via Emacs-orgmode @ 2019-08-20 14:50 UTC (permalink / raw)
To: emacs-orgmode
A follow up
On 8/20/19 9:32 AM, Charles Millar via Emacs-orgmode wrote:
> In an org file I have a source code block to convert entries into and
> generate a recutils file
>
> #+begin_src sh?? :file SomeFile.rec
> cat << EOF
> # -*- mode: rec -*-
>
> #### Begin recutils file
>
> Approximately 770 records in recutils format each with about 20
> entries; over 17,000 lines including line feeds or carriage returns
>
> #+end_src
>
> The following error is produced:
>
> Starting new Ispell process /usr/bin/aspell with en_US dictionary...
> executing Sh code block...
> Wrote /tmp/babel-k8j93s/ob-input-LL2cYo
> Error reading results: (user-error Region is longer than
> ???org-table-convert-region-max-lines??? (999) lines; not converting)
> Code block produced no output.
>
> I admit that I have not evaluated this code block since last
> October.At that time the SomeFile.rec file was produced, as expected.
> However, the size of the entries has not changed and now the above
> error results.
>
> I modified my init.el file to include
>
> (setq org-table-convert-region-max-lines 20000)
>
> closed emacs, etc. (load-file init.el did not change the default 999
> to 20000)
>
> When I C-c C-c'ed the code block again the process hung. I confirmed
> that org-table-convert-region-max-lines was set to 20000.
>
> Is org-table-convert-region-max-lines?? supposed to be invoked and if
> so what should I modify?
>
> Version information
>
> Org mode version 9.2.5 (release_9.2.5-488-g9ddba9 @
> /usr/local/share/org-mode/lisp/)
> GNU Emacs 27.0.50 (build 57, x86_64-pc-linux-gnu, GTK+ Version
> 3.24.10) of 2019-08-20
>
> Charlie Millar
>
It appears that the above now creates a table, not a recutils file.
Spaces are the delimiter,
#+begin_src sh?? :file test.rec
cat << EOF
# -*- mode: rec -*-
%rec: somerecord
Account: something
Amount: 0.00
#### end of file
EOF
#+end_src
#+RESULTS:
| #?????????????? | -*-?????????????? | mode: | rec?? | -*- |
| %rec:?????? | somerecord |???????????? |?????????? |???????? |
| Account: | sometyhing |???????????? |?????????? |???????? |
| Amount:?? | 0.0?????????????? |???????????? |?????????? |???????? |
| ####???????? | end?????????????? | of?????? | file |???????? |
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bug: org-table-convert-region-max-lines causes a "Code block produced nop output"
2019-08-20 13:32 bug: org-table-convert-region-max-lines causes a "Code block produced nop output" Charles Millar via Emacs-orgmode
2019-08-20 14:50 ` Charles Millar via Emacs-orgmode
@ 2020-02-05 8:11 ` Bastien
2020-02-05 12:34 ` Charles Millar
1 sibling, 1 reply; 5+ messages in thread
From: Bastien @ 2020-02-05 8:11 UTC (permalink / raw)
To: Charles Millar via Emacs-orgmode; +Cc: Charles Millar
Hi Charles,
Charles Millar via Emacs-orgmode <emacs-orgmode@gnu.org> writes:
> In an org file I have a source code block to convert entries into and
> generate a recutils file
>
> #+begin_src sh?? :file SomeFile.rec
> cat << EOF
> # -*- mode: rec -*-
>
> #### Begin recutils file
>
> Approximately 770 records in recutils format each with about 20 entries;
> over 17,000 lines including line feeds or carriage returns
>
> #+end_src
>
> The following error is produced:
>
> Starting new Ispell process /usr/bin/aspell with en_US dictionary...
> executing Sh code block...
> Wrote /tmp/babel-k8j93s/ob-input-LL2cYo
> Error reading results: (user-error Region is longer than
> ???org-table-convert-region-max-lines??? (999) lines; not converting)
> Code block produced no output.
This bug is quite old -- before I try to digg in, can you confirm it
is still present with latest Org version from the maint branch?
Thanks!
--
Bastien
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: bug: org-table-convert-region-max-lines causes a "Code block produced nop output"
2020-02-05 8:11 ` Bastien
@ 2020-02-05 12:34 ` Charles Millar
2020-02-05 13:04 ` Bastien
0 siblings, 1 reply; 5+ messages in thread
From: Charles Millar @ 2020-02-05 12:34 UTC (permalink / raw)
To: emacs-orgmode
On 2/5/20 3:11 AM, Bastien wrote:
> Hi Charles,
>
> Charles Millar via Emacs-orgmode <emacs-orgmode@gnu.org> writes:
>
>> In an org file I have a source code block to convert entries into and
>> generate a recutils file
>>
>> #+begin_src sh?? :file SomeFile.rec
>> cat << EOF
>> # -*- mode: rec -*-
>>
>> #### Begin recutils file
>>
>> Approximately 770 records in recutils format each with about 20 entries;
>> over 17,000 lines including line feeds or carriage returns
>>
>> #+end_src
>>
>> The following error is produced:
>>
>> Starting new Ispell process /usr/bin/aspell with en_US dictionary...
>> executing Sh code block...
>> Wrote /tmp/babel-k8j93s/ob-input-LL2cYo
>> Error reading results: (user-error Region is longer than
>> ???org-table-convert-region-max-lines??? (999) lines; not converting)
>> Code block produced no output.
>
> This bug is quite old -- before I try to digg in, can you confirm it
> is still present with latest Org version from the maint branch?
>
> Thanks!
>
I have not experienced this problem since I reported it.
As I recall at a later date you pointed out that I should have inserted
the header :results file.
Thanks
Charlie Millar
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-02-05 13:04 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-08-20 13:32 bug: org-table-convert-region-max-lines causes a "Code block produced nop output" Charles Millar via Emacs-orgmode
2019-08-20 14:50 ` Charles Millar via Emacs-orgmode
2020-02-05 8:11 ` Bastien
2020-02-05 12:34 ` Charles Millar
2020-02-05 13:04 ` Bastien
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).