Hello,
Nicolas Goaziou wrote:
Nick Dokos ndo...@gmail.com writes:
(require 'org-loaddefs)
(with-eval-after-load ob-lob
;; load some code blocks into the library of Babel
(let ((lob-file (concat (file-name-directory (locate-library org))
Hello,
Sebastien Vauban sva-n...@mygooglest.com writes:
You say that opening an Org file requires first `ob-lob' before *providing*
`org', right? [1]
Correct.
IIUC, here are all the steps involved:
1. an Org file is opened
2. org.el is required -- but not yet provided at all, so loaded a
Hello,
Nick Dokos ndo...@gmail.com writes:
Well, Nicolas warned us that we are not out of the woods yet. I repeated
the previous exercise, this time with the following file:
(add-to-list 'load-path (expand-file-name ~/src/emacs/org/org-mode/lisp))
(add-to-list 'load-path (expand-file-name
Glenn Morris wrote:
Apparently this is fixed:
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00682.html
Sadly, it's only partially fixed: if it is WELL fixed for the original code,
the problem comes BACK with the following minimized Emacs file:
--8---cut
Josh wrote:
On Wed, Nov 13, 2013 at 1:27 PM, Sebastien Vauban wrote:
(with-eval-after-load org
(message Eval this when Org is loaded)
(sit-for 3)
(message ))
the code block in the `with-eval-after-load' is eval'ed twice whenever an Org
file is loaded.
Have you checked to see what
Sebastien Vauban sva-n...@mygooglest.com
writes:
Glenn Morris wrote:
Apparently this is fixed:
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00682.html
Sadly, it's only partially fixed: if it is WELL fixed for the original code,
the problem comes BACK with the following
Hello,
Nick Dokos ndo...@gmail.com writes:
I started emacs with
emacs -Q -L ~/src/emacs/org/org-mode/lisp -l double-load.el
where double-load.el looks like this:
(defun foobar ()
(message LOADED) (sit-for 3) (message ))
(setq org-load-hook (function foobar))
and edebugged
Nicolas Goaziou n.goaz...@gmail.com writes:
Hello,
Nick Dokos ndo...@gmail.com writes:
I started emacs with
emacs -Q -L ~/src/emacs/org/org-mode/lisp -l double-load.el
where double-load.el looks like this:
(defun foobar ()
(message LOADED) (sit-for 3) (message ))
(setq
Nick Dokos ndo...@gmail.com writes:
Nicolas Goaziou n.goaz...@gmail.com writes:
...
Thank you. The problem should now be fixed.
Confirm.
Sometimes I blab endlessly but sometimes I'm way too terse: here I meant
to say
I confirm that it is fixed.
--
Nick
Apparently this is fixed:
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00682.html
Sadly the relevant messages were not sent to this tracker.
In case people do not know: you can think of ###@debbugs as an alias to
the bug-gnu-emacs@gnu list for bugs in package emacs, to
On Wed, Nov 13, 2013 at 1:27 PM, Sebastien Vauban
sva-n...@mygooglest.com wrote:
(with-eval-after-load org
(message Eval this when Org is loaded)
(sit-for 3)
(message ))
the code block in the `with-eval-after-load' is eval'ed twice whenever an Org
file is loaded.
Have you checked to
Nicolas Goaziou n.goaz...@gmail.com writes:
Hello,
Nick Dokos ndo...@gmail.com writes:
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
But I wonder: how can you now reproduce it (and not before)?
Because I downloaded a snapshot of Org.
Your problem is not with code that is
Nicolas Goaziou n.goaz...@gmail.com writes:
0cecf32a0ae559266555b96668dc305710366c96 is the first bad commit
commit 0cecf32a0ae559266555b96668dc305710366c96
Author: Nicolas Goaziou n.goaz...@gmail.com
Date: Sun Oct 27 11:09:17 2013 +0100
Well. The only thing related to load/autoload I
Eli Zaretskii wrote:
From: Sebastien Vauban sva-n...@mygooglest.com
Date: Thu, 14 Nov 2013 19:57:02 +0100
Cc: 15...@debbugs.gnu.org
0. Copy the minimal configuration in the clipboard
1. Go into C:/Program Files/emacs-trunk/bin/
2. Launch emacs -Q
3. Paste the minimal configuration in the
Bastien wrote:
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
Where is the black magic?
Somewhere in the labyrinthine depths of Org, so I suggest you ask the
Org maintainers to figure out why:
emacs -Q -L /path/to/git/org-mode/lisp
(with-eval-after-load org
(message Eval
From: Sebastien Vauban sva-n...@mygooglest.com
Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
Date: Fri, 15 Nov 2013 09:16:44 +0100
(gdb) break Fload
(gdb) commands
p file
xstring
end
(gdb) r -Q
Now, when the breakpoint breaks, you will see
Eli Zaretskii wrote:
Unfortunately, this:
(gdb) No symbol backtrace_list in current context.
(whose reason I don't really understand) means that the Lisp backtrace
is absent from your data.
Should the following explain it? As I had no .gdbinit file (hence, no
definition for xstring), I had
From: Sebastien Vauban sva-n...@mygooglest.com
Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
Date: Fri, 15 Nov 2013 10:06:12 +0100
Eli Zaretskii wrote:
Unfortunately, this:
(gdb) No symbol backtrace_list in current context.
(whose reason I don't really
Eli Zaretskii wrote:
From: Sebastien Vauban sva-n...@mygooglest.com
Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
Date: Fri, 15 Nov 2013 10:06:12 +0100
Eli Zaretskii wrote:
Unfortunately, this:
(gdb) No symbol backtrace_list in current context.
(whose reason I
BTW, it's probably easier to debug this in Elisp.
You can start with
(add-hook 'after-load-functions
(lambda (file) (message Loaded %S file)))
Or change your recipe to replace (sit-for 3) with (debug).
Stefan
Stefan Monnier wrote:
BTW, it's probably easier to debug this in Elisp.
You can start with
(add-hook 'after-load-functions
(lambda (file) (message Loaded %S file)))
Or change your recipe to replace (sit-for 3) with (debug).
Right. The above can prove very useful. Thanks!
Best
From: Sebastien Vauban sva-n...@mygooglest.com
Cc: Sebastien Vauban sva-n...@mygooglest.com, michael_heerde...@web.de,
15...@debbugs.gnu.org
Date: Fri, 15 Nov 2013 14:01:10 +0100
What's weird is that I only saw once org, but still have the code block
executed twice in Emacs.
That
Sebastien Vauban wrote:
But I wonder: how can you now reproduce it (and not before)?
Because I downloaded a snapshot of Org.
Your problem is not with code that is in Emacs current trunk.
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
But I wonder: how can you now reproduce it (and not before)?
Because I downloaded a snapshot of Org.
Your problem is not with code that is in Emacs current trunk.
Using Glenn's reproducer, I bisected it - another one for Nicolas's
Hello,
Nick Dokos ndo...@gmail.com writes:
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
But I wonder: how can you now reproduce it (and not before)?
Because I downloaded a snapshot of Org.
Your problem is not with code that is in Emacs current trunk.
Using Glenn's
Sebastien Vauban wrote:
Where is the black magic?
Somewhere in the labyrinthine depths of Org, so I suggest you ask the
Org maintainers to figure out why:
emacs -Q -L /path/to/git/org-mode/lisp
(with-eval-after-load org
(message Eval this when Org is loaded)
(sit-for 3)
(message ))
It's nothing to do with eval-after-load. Same result with:
emacs -Q -L /path/to/org/git/lisp \
--eval '(setq org-load-hook (lambda () (message LOADED) (sit-for 3)
(message )))'
Then (require 'org). It is some peculiarity of Org trunk.
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
Where is the black magic?
Somewhere in the labyrinthine depths of Org, so I suggest you ask the
Org maintainers to figure out why:
emacs -Q -L /path/to/git/org-mode/lisp
(with-eval-after-load org
(message Eval this when Org is
Glenn Morris wrote:
It's nothing to do with eval-after-load. Same result with:
emacs -Q -L /path/to/org/git/lisp \
--eval '(setq org-load-hook (lambda () (message LOADED) (sit-for 3)
(message )))'
Then (require 'org). It is some peculiarity of Org trunk.
I'll do ask this on Org ML, and
29 matches
Mail list logo
