>
> I am reviewing this complex bug report now.
> Looks like everything should be fixed.
> Fixed.
> Let me know if you still see problems.
>
I will do, thanks. I've not seen the problem for months.
On Sat, 15 Feb 2025 at 14:58, Ihor Radchenko wrote:
> Paul Stansell writes:
>
> > Using "C-c + C-y" in the last cell of the table below to sum the column
> > gives the wrong answer because the "2025" part of the date in the hea
Hello,
Using "C-c + C-y" in the last cell of the table below to sum the column
gives the wrong answer because the "2025" part of the date in the header is
being included in the sum.
|-|
| 2025-01 |
|-|
| 10 |
| 20 |
|-|
|2055 |
|-|
Previous versions
>
> This commit should include the updates I mentioned.
> However, "release_9.7.18-205-g0ce4f3.dirty" says that your loaded Org
> mode is "0ce4f3" back from last year. Maybe you just forgot to do make
> autoloads. Maybe you are loading Org from a different folder, not where
> you pulled the latest
>
> > The ".dirty" is because of the patch you asked me to apply.
>
> Ok. I see.
> I thought that you are testing the latest main after my last message
> where I mentioned 3 commits I installed.
>
I thought I was testing the correct version. I thought I pulled the latest
version after you made th
> I think that the easiest way to test things would be simply trying the
> latest main branch.
>
Okay, I'll do that.
> Note that you no longer need the manually installed patch - it has been
> installed upstream already.
>
Okay, thanks
>
> I am afraid that not stripping the newlines will lead to other bugs
> popping up.
>
Okay, thanks for that info.
>
> One weird thing in the above warning is //. Is // really what you see?
>
If you mean the "//" in the following line:
Warning (emacs): Emacs reader failed to read data in
"~/.cache/org-persist//gc-lock.eld". The error was: "End of file during
parsing"
then I would say that it is what I'm real
>
> Looks like the cache was not right.
> Maybe some kind of race condition.
> ... but
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=7999433067
> supposed to fix such case. So, I am confused.
>
> May you please check which Org commit you are on?
>
I'm using the following versio
Hello,
There seems to be some inconsistency in the effect of using "#+STARTUP:
hideblocks". I have attached 3 org files to illustrate the differences.
All org files are the same except for their "#+STARTUP:" directives.
bug1.org :: On opening this file, the content of Section is displayed and
t
Hi Ihor,
On opening an org file in emacs I received the warnings in the attached
file.
Paul
Warning (org-element): org-element--cache: Warning(scratch.org): (nil) Cached
element is incorrect in scratch.org. (Cache tic up to date: "yes") Resetting.
If this warning appears regularly, please report
Hello,
The attached org file gives an example of output from an octave code block
that is unexpected and inconsistent. The problem is that disp("\n") does
not print a new line. The problem only occurs when the ":session" header
is used.
Paul
Emacs : GNU Emacs 27.1 (build 1, x86_64-pc-linux
Hi Ihor,
On Sun, 12 Jan 2025 at 17:22, Paul Stansell wrote:
> Please try and let me know if you still see anything suspicious.
>>
>
It's quite rare, but I'm still receiving these warnings:
Warning (emacs): Emacs reader failed to read data in
"~/.cache/org-persist//
>
> Please try and let me know if you still see anything suspicious.
>
I will do, thanks.
Hello Ihor,
I have just the second patch you sent me in my org code, not the first
patch as I couldn't apply both because of a conflict. Since then the only
warning messages I'm getting are ones like this:
Warning (emacs): Emacs reader failed to read data in
"~/.cache/org-persist//gc-lock.eld".
>
> Ok. Then, may you try another version of the patch?
>
sure, I've done it.
I just got the attached warnings (with the patch applied) when I opened a
file called scratch.org.
Warning (org-element): org-element--cache: Warning(scratch.org): (nil) Cached
element is incorrect in scratch.org. (Cache tic up to date: "yes") Resetting.
If this warning appears regularly, please r
>
> This looks more reasonable.
> Is this with my patch applied?
>
Yes, the patch is applied.
>
> It's everything that was printed in the Warnings buffer.
>
Actually, maybe it wasn't everything as I didn't scroll up in the buffer!
It just happened again:
Warning (org-element): org-element--cache: Warning(scratch.org): Org
parser error in scratch.org::8756. Resetting.
The error was: (err
>
> It is not the full log, right?
>
It's everything that was printed in the Warnings buffer.
Hi Ihor,
Here are some diagnostic messages I just received when opening a file
called scratch.org:
org-element-cache diagnostics(scratch.org): Recovering persistent cached
element: "(keyword (:standard-properties [1 1 nil nil 22 0 nil top-comment
element t nil nil nil nil # nil nil (section
(:s
>
> May it be that you often have multiple Emacs processes running
> simultaneously and killed by signal?
>
I do typically have multiple Emacs processes running simultaneously, but
I'm not aware that I kill Emacs processes, I either quit Emacs with C-x
C-c, or I click on the "X" in the top right o
Hello Ihor,
May you add
> (setq org-element--cache-self-verify 'backtrace)
> to your config?
Sure, I'll do that.
In case it's relevant, I also frequently get warnings like the following:
Warning (emacs): Emacs reader failed to read data in
"~/.cache/org-persist//gc-lock.eld". The error was: "E
Hello,
Occasionally, when I start emacs from the command line, I get this bug, but
it's intermittent,
so I have ignored it until now.
All I can report is that I opened an org file named scratch.org and
received the following error message:
Warning (org-element): org-element--cache: Org parser
Hi Ihor,
Thanks for your advice, it helps a lot. Sorry for submitting
something that wasn't a bug.
Paul
On Thu, 7 Mar 2024 at 13:16, Ihor Radchenko wrote:
> Paul Stansell writes:
>
> > It seems that using ":var d=data" breaks ":colnames yes"
Hello,
It seems that using ":var d=data" breaks ":colnames yes" in the header of
an R code block.
In the example below the first code block uses ":colnames yes" and gives
the correct output, the second code block uses ":var d=data" to read the
data in the table (although it read the header as dat
Hello,
A bug occurs when plotting data from an Org table using Gnuplot. An
example is given below. In the first code block the plot is produced as
expected, but in the second code block (where I have changed a lowercase
"c" to an uppercase "C") gnuplot tries to plot data from a
non-existent file
Hello Ihor,
Thanks very much for your clarification and advice. I didn't know about
C- or `org-fold-catch-invisible-edits'. Setting
(setq org-fold-catch-invisible-edits 'error)
is very useful.
Paul
Hello,
When using Org Mode version 9.7-pre (release_9.6.10-881-g595a32) the
following happens that doesn't happen when using Org Mode version 9.5.5
(release_9.5.5 @ /usr/share/emacs/28.2/lisp/org/)]:
When the cursor is at the end of a folded section, that is, immediately
after the ellipses, and r
> >> org-hide-drawer-all
> >>
> >
> > I don't seem to have that command. I'm using Org mode
> > release_9.6.10-835-gf3de4c.
>
> It was made into a command in
>
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=13353f1fa34f6f085ffbf142b380af7308f02981
I see, I found the command, i
>
> > In the meantime, is there a command that will close all drawers, even
> those
> > that are open in sections (headings) that are closed? I searched but
> > didn't find anything.
>
> org-hide-drawer-all
>
I don't seem to have that command. I'm using Org mode
release_9.6.10-835-gf3de4c.
I gr
Hello Ihor,
In the meantime, is there a command that will close all drawers, even those
that are open in sections (headings) that are closed? I searched but
didn't find anything.
Thanks,
Paul
Hello,
Using Ctrl-S to search an org file leaves drawers open after the search.
For example, open the attached org file, search_bug.org, and, with the
cursor initially at the first line of the file, search for "text" with
- Ctrl-s text
This finds the first occurrence of "text" in "Subsection 1".
Hello Bruno,
> Could allowing column names on the LHS in my first example be put on a
> todo list?
>
It seems to be on a todo list already as the following exists:
- https://list.orgmode.org/877cqwbpa2@runbox.com
Paul
Hello Bruno,
It seems to me it's a bug in the documentation.
>
> Currently, column names are not allowed in the LHS (Left Hand Side) of
> the formula ('org-table-get-stored-formulas' assumes it). Although I'm
> not sure why.
>
However, the following, with the column name on the RHS, works
|---
Hello,
On this page https://orgmode.org/manual/Advanced-features.html
it says
- '!' :: The fields in this line define names for the columns, so that
you may refer to a column as '$Tot' instead of '$6'.
However, when I experimented with this I found that the first of the
following two tables wor
> May you please add
>
> (setq org-element--cache-self-verify 'backtrace)
> (setq org-element--cache-self-verify-frequency 1.0)
>
> to your config?
>
Yes, I'll do that, thanks.
Hello Ihor,
Please let us know if you keep seeing the error more than once.
>
> If you do, we will provide instructions how to get more debugging info,
> so that we can figure out what exactly is going wrong.
>
Since I reported the first warning message in this thread, I've had about
half a dozen
Hello,
I don't know what caused the following message when I opened an org file,
but I'm reporting it as requested by the message:
Warning (org-element-cache): org-element--cache: Org parser error in
tmp_train_notes.org::1. Resetting.
The error was: (wrong-type-argument listp 4240)
Backtrace:
n
>
> Thanks for reporting!
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=13e4ee737
Great work, thanks!
Hello,
The attached org file gives examples of outputs from octave code blocks
that are unexpected and inconsistent.
The attached bug.org file should be opened with
emacs -Q -l init.el bug.org
The problems only occur when the ":session" header is used.
Paul
Emacs : GNU Emacs 28.2 (build 1
>
> Meanwhile, you can set :main no as default header argument for fortran.
>
Thanks for taking another look. I was not aware of ":main no", but it's a
perfectly good fix for my problem.
>
> I opened the latest Org git repo, ran make repro, opened the file,
> clicked on "tangle" link, moved to the linked source code, and executed
> it. It worked.
>
> So, I am unable to reproduce the problem on my system.
>
Hello Ihor,
Thanks for investigating. Can you please post your tangled fi
Hello,
The attached file is an example of how tangle wraps the Fortran module in
program main
end program main
which prevents the code from compiling.
There are more instructions on how to reproduce the bug in the attached
bug.org file.
Paul
Emacs : GNU Emacs 28.2 (build 1, x86_64-pc-l
On Sat, 29 Jul 2023 at 09:30, Ihor Radchenko wrote
>
> Thanks for reporting!
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=d38ca5923
It's working fine now. Thanks very much for your quick response!
In org version 9.3, the gnuplot code block below successfully plots the data
in Table1 (which includes a local hyperlink in the last column).
#+name: Table1
| x | y | notes |
|---++|
| 0 | 0 | [[note_1]] |
| 1 | 1 ||
| 2 | 4 ||
<>: a note
#+begin_
I see that the exact same "bug" was reported at the start of 2016 by
David Bremner. Personally, I feel that fewer people would be confused
by this if the default value was set to "untilnow".
I also realised that the full list of values that I can use for
org-clock-display-default-range is describ
not
simply over the full range of clocked times in a heading.
Kind regards,
Paul
On 7 January 2018 at 00:32, Nicolas Goaziou wrote:
> Hello,
>
> Paul Stansell writes:
>
> > The sum of the clock time seems to be summing just times in the current
> > year. In the examp
Hello,
The sum of the clock time seems to be summing just times in the current
year. In the example below typing C-c C-x C-d in the "Example" section
displays "1:00" instead of "2:00" on the heading line. The clocktable
computes the sum correctly as "2:00".
Thanks
# Start Example -
Hello,
When executing the python code block
#+begin_src python :session python1
import numpy as np
#+end_src
I get this error in my python buffer
Python 3.5.1 |Anaconda 2.5.0 (64-bit)| (default, Dec 7 2015, 11:16:01)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-1)] on linux
Type "help", "c
Hello,
I think there might be a something wrong when explicitly setting a width
of a table column.
For example, for this table
|---+--|
| | <6> |
| 1 | one |
| 2 | This is a long chunk of text |
| 3 | three
Hello,
Latex math mode is not set in a footnote when exporting an org file to
tex or pdf. Below and attached is a simple example.
Thanks
---cut here--
* Example
When exporting to pdf math $\hat{x}$ is okay in the main text but
not in this footnote.[f
With the following org file:
* Section
#+begin_src R :tangle file.R
x <- 1
#+end_src
and
(setq org-id-link-to-org-use-id t)
the first time tangling is done with C-c C-v t the ID property is
added automatically and twice the expected output is written to file.R,
that is,
x <- 1
x <- 1
ts are
not visible.
* section 1
level 1
** section 2
level 2
Kind regards,
Paul
On 13 March 2014 14:24, Bastien wrote:
> Hi Paul,
>
> Paul Stansell writes:
>
> > Today I came across org-catch-invisible-edits, but I'm struggling to
> > get it to work. Sinc
Hi,
Today I came across org-catch-invisible-edits, but I'm struggling to
get it to work. Since I've never had it working it's possible that
I'm misunderstanding it or doing something wrong, or maybe it's
broken.
In my .emacs file I put
(setq org-catch-invisible-edits 'show)
but both 'M-x que
Yes, it's fixed now, thanks.
Hi,
Opening an org file containing the line
#+STARTUP: content
shows the text and headlines.
This STARTUP line used to cause an org file to open showing just the
section headlines (like a contents page). According to the
documentation at
http://orgmode.org/manual/In_002dbuffer-settings.html,
> I agree that it is easier and more clear to include "set datafile
> missing..." in the body of a gnuplot code block. I *do* think that the
> :missing header argument has value specifically as a way to replace
> missing values in the original table data.
>
> I've changed the behavior of the :miss
Hi Eric,
> Currently the :missing header argument for gnuplot code blocks does two
> things. It adds the "set datafile missing..." line to the code block
> body *and* it binds `*org-babel-gnuplot-missing*' to the value of the
> :missing header argument when the datafile is written, so empty table
Hi Eric,
There appears to be a slight bug in the way gnuplot handles blocked
data with missing entries.
An example is provided in the org script at then end of this note.
In the code block gnuplot_1 the use of ':missing "?"' seems to cause
the exported data file to lack the blanks lines that are
Paul
On 17 May 2013 22:33, Paul Stansell wrote:
> Hi Eric,
>
> That's seems perfect now; I can't see any other issues. Thanks!
>
> Kind regards,
>
> Paul
Yes, that is helpful. Thanks very much!
Pierre Téchoueyres free.fr> writes:
>
>
> Ok I've found *my* mistake :
> Melpa provides an org-mode from GIT too.
> Look like this version is buggy.
Thanks for your help with this, but I'm still not entirely sure what I
should do.
Are you saying that when I install org via elpa I should _not_
Hello,
If I install org from elpa the file org-version.el is missing and
I get the following:
M-x org-version
Org-mode version N/A (N/A !!check installation!! @
/Home/ps/.emacs.d/elpa/org-20130715.1743/)
and
M-x locate-library org-version
No library org-version in search path
Howe
Hi Eric,
Thanks for your quick reply and helpful pointer! I got it to work.
Paul
On 12 July 2013 20:05, Eric Schulte wrote:
> You need to install gnuplot.el, which looks like it can be installed
> with ELPA.
>
> Cheers,
>
> Paul Stansell writes:
>
>> Hello,
&
Hello,
I hesitate to ask this question as I feel I should be able to work it
out myself, but I don't seem to be able to.
I'm trying to get gnuplot working via babel.
I'm using Emacs 24.2.1 and I have Org-mode release_8.0.6-329-g0c233a
installed in ~/org-mode.
I'm running
/usr/bin/emacs -Q -l
Nicolas,
Thanks for your reply.
> If we allow \[...\] constructs to be an element, they cannot be
> recognized as such within paragraphs. So
>
> Some text \[1+1\] and some other text
>
> will not be recognized anymore, even though any latex editing mode
> supports it. Again, I think it's not wo
Nicolas Goaziou gmail.com> writes:
>
> Hello,
>
> azw fastmail.fm (Albert Z. Wang) writes:
>
> > Thanks for the clarification! Is there an easy way to have them be
> > treated as full-fledged environments? I usually prefer to use the above
> > for unnumbered display equations since it reduc
Hello,
I hesitate to ask this question as I feel I should be able to work it
out myself, but I don't seem to be able to.
I'm trying to get gnuplot working through babel.
I'm using Emacs 24.2.1 and I have Org-mode release_8.0.3-331-gf7e6f1
installed in ~/org-mode.
I'm running
/usr/bin/emacs -Q
Hello,
I noticed a case where the sum of two times in a table does not give
the correct answer.
To see this, create an org file with the following lines:
| 0:00:31 |
| 0:00:30 |
|-|
| |
Open it and type C-+ C-y in the empty cell of the table. The answer
inserted is 0:01:00 inst
Hello,
This seems like a very minor bug, but I thought I'd report it anyway
in case it has wider ramifications that I'm unaware of.
Create an org file with the following lines:
| 1 |
#+TBLFM: $1=2
Open it and type C-c C-c on the TBLFM line. This replaces the '1' in
the table with a '2'. Now t
> here's the line you're looking for:
>
> #+ATTR_LaTeX: :width 5cm :options angle=90
Thanks very much, that does what I want.
Also, regarding the manual being up-to-date or not, I took my instructions
from the page at http://orgmode.org/manual/Images-in-LaTeX-export.html which
does seem out of d
Hello,
I've noticed that #+ATTR_LaTeX seems to be no longer honoured (I'm
using release_8.0.3-133-ga5872)
This is demonstrated for the attached org file. It's the exact
example from http://orgmode.org/manual/Images-in-LaTeX-export.html.
I expect the exported latex file (C-c C-e l l) to contain
Hi Eric,
That's seems perfect now; I can't see any other issues. Thanks!
Kind regards,
Paul
Hi Eric,
Thanks for your work on this. I've tried your latest changes and I
think they're a big improvement.
I've attached another org-mode file for you to try. It illustrates
the use of double blank lines in the first table (called block_data)
to inform gnuplot that there're two separate data
Nicolas,
>> \[ x = y
>> +1 \]
>>
>> \[ x = y
>> + 1 \]
>
> This is to be expected. In the second case, the second line defines
> a list item, which has precedence over any LaTeX snippet.
Okay, I realised it was switching to the itemise environment, but I
didn't know it took prec
Hi Nicolas,
Thanks for fixing that last problem, that's great!
I've also come across a couple of other unexpected results exporting
other latex equations to pdf. Examples are given in the attached org
file. Both are quite trivial with easy work-arounds. In both cases,
because the embedded png
Dear list,
I may be under a misapprehension, but I expected the pdf output
(created by C-c C-e l p) from the attached org file to show similar
results for both lines. Instead, however, the simple
x^2
outside of the verbatim environment puts the caret above the 2 even
though I have set
#+OP
Hi Eric,
In your last example are you illustrating the case of a data file with
missing data? Replacing ""s with blank space in your example doesn't
really break the plot, it's just that gnuplot interprets the first
column of data as
1
2
3
16
6
7
4
9
and the second as
2
4
8
16
8
4
2
Gnuplo
Hi Eric,
It seems to be the first "hline" that causes the problem. For
example, if the table data in splot.org is replaced by
#+name: data
|| x |
|+---|
| r1 | 1 |
it gets exported correctly as
x
r1 1
by both the shell and gnuplot commands.
However, if the data is repla
Hi Eric,
My view is that the removal of '""'s will always be preferable for
gnuplot as it uses what it calls datablocks which are delimited by
blank lines (see, for example,
http://gnuplot.sourceforge.net/docs_4.2/node121.html and
http://gnuplot.sourceforge.net/docs_4.2/node61.html).
Paul
Hi Eric,
If I change your example org file a little by adding row and column
names to the table as in the attached file I get the following
behaviour that I don't understand: if I execute C-c on the shell
function the file /tmp/data.gnuplot has the format that gnuplot can
plot; however, if I exe
Eric,
What you suggest is indeed a good solution, so thank you very much for that!
I think it would still be nice, however, if someday the blank lines in
the org table would be exported as blank lines in the temporary text
file instead of as "" (which seems to be the root of the problem).
Kind r
Hello everyone,
I'd be grateful if someone would offer me advice on using gnuplot's
"splot" and "every" commands when plotting data from a table within
org-mode.
As far as I can tell, these gnuplot commands do not work properly
because org-mode exports empty fields in tables as "" and gnuplot's
"
d the documentation, item 1b should not appear
in the diary part of the agenda. All other items seem to be behaving correctly.
Kind regards,
Paul Stansell
Output from M-x emacs-ve
Hello,
I think I have found a very minor bug in the current org mode. The is
a bug present when using:
Org-mode version 7.7 with
GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.18.9) of
2010-06-03 on xb-01.phx2.fedoraproject.org
To reproduce the bug do:
Start emacs on this emai
Hello,
I think I have found a bug in the spreadsheet of orgmode.
To reproduce the bug do the following:
Edit this file with emacs orgmode.
Place the cursor in the small table below and type C-c } to toggle on the
display a labelled grid giving the cell references.
Change the c=1 in the CONSTAN
Sched. 4x: TODO Water plants at work
I expected is for the schedule overdue days to be 11x instead of 4x.
I've attached relevant files to reproduce this result with something like
emacs --no-init-file --load bug.el bug.org
Kind re
88 matches
Mail list logo
