Hello,
"Sebastien Vauban" 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 first time
> 3.
Hello,
Nicolas Goaziou wrote:
> Nick Dokos 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"))
>> "../doc/library-of-ba
Hello,
Nick Dokos 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
> "~/src/e
"Sebastien Vauban"
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 minimized Emacs fi
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
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 here---
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
emacs-orgmo
Nick Dokos writes:
> Nicolas Goaziou 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
Nicolas Goaziou writes:
> Hello,
>
> Nick Dokos 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
Hello,
Nick Dokos 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 fooba
Nicolas Goaziou writes:
>> 0cecf32a0ae559266555b96668dc305710366c96 is the first bad commit
>> commit 0cecf32a0ae559266555b96668dc305710366c96
>> Author: Nicolas Goaziou
>> Date: Sun Oct 27 11:09:17 2013 +0100
>
> Well. The only thing related to load/autoload I can think of is calling
> `org-
Nicolas Goaziou writes:
> Hello,
>
> Nick Dokos writes:
>
>> Glenn Morris 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 tru
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 ha
Hello,
Nick Dokos writes:
> Glenn Morris 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 bise
Glenn Morris 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
TODO
"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.
> From: "Sebastien Vauban"
> Cc: Sebastien Vauban , 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 probably means that some Lisp does the eq
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!
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
Eli Zaretskii wrote:
>> From: "Sebastien Vauban"
>> 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 re
> From: "Sebastien Vauban"
> 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 understand)
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
> From: "Sebastien Vauban"
> 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
Bastien wrote:
> Glenn Morris 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"
>> (me
Eli Zaretskii wrote:
>> From: "Sebastien Vauban"
>> 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 scratc
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 O
Glenn Morris 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
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.
"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 ""
29 matches
Mail list logo
