Re: [O] Fwd: [bug] Beamer export fails in current master

2014-01-18 Thread Nicolas Goaziou
Hello,

James Harkins jamshar...@gmail.com writes:

 Quite strange. I just moved up to current master -- Org-mode version
 8.2.5f (release_8.2.5f-518-gd74205 @
 /home/dlm/share/org-mode.git/lisp/) -- HEAD is:

 ~~
 commit d74205b0f9e0707642c7b81e1c33a4a059323bea
 Author: Nicolas Goaziou n.goaz...@gmail.com
 Date:   Fri Jan 17 23:05:20 2014 +0100

ox-koma-letter: Improve defcustom docstrings
 ~~

 Now, with a simple org file, just a few frames, C-c C-e l B finishes
 successfully. With my full presentation, I get a different error [1].

 Moreover, I wanted to see if the :noexport: tags had something to do
 with it, so I hit shift-tab twice to show all and then
 M-S-5 :noexport: RET RET, then ! to replace all. It completed the
 second replacement (third top-level heading) and threw another error
 related to org-element--cache [2].

I cannot reproduce the problems. Something seems to go wrong with your
`avl-tree' library. Is it loaded properly? Do you use an old Emacs?


Regards,

-- 
Nicolas Goaziou



Re: [O] Fwd: [bug] Beamer export fails in current master

2014-01-18 Thread James Harkins
On Jan 19, 2014 12:32 AM, Nicolas Goaziou n.goaz...@gmail.com wrote:
 I cannot reproduce the problems. Something seems to go wrong with your
 `avl-tree' library. Is it loaded properly? Do you use an old Emacs?

I see -- so, when I said it's broken in my environment, the operative words
are in my environment.

I'm on emacs 23.something (whatever apt-get serves up for Ubuntu 12.04).
That could be the problem.

I'm in the middle of a big presentation/publishing project, so I think for
now I should heed the usual advice not to muck about with a working
configuration while in production. Emacs 23 + org 8.2.4 is working fine for
me, so I'll stay with that until this project is finished. *Probably* the
upgrade would be fine, but if it's not, I couldn't afford the downtime to
fix it.

I'll add a TODO to test an emacs upgrade later.

Thanks for testing!
hjh


Re: [O] Fwd: [bug] Beamer export fails in current master

2014-01-17 Thread James Harkins

On Thursday, January 16, 2014 5:29:32 AM HKT, Nicolas Goaziou wrote:

I see nothing wrong in that process. Can you still reproduce the error
with latest Org?


Quite strange. I just moved up to current master -- Org-mode version 
8.2.5f (release_8.2.5f-518-gd74205 @ /home/dlm/share/org-mode.git/lisp/) 
-- HEAD is:


~~
commit d74205b0f9e0707642c7b81e1c33a4a059323bea
Author: Nicolas Goaziou n.goaz...@gmail.com
Date:   Fri Jan 17 23:05:20 2014 +0100

   ox-koma-letter: Improve defcustom docstrings
~~

Now, with a simple org file, just a few frames, C-c C-e l B finishes 
successfully. With my full presentation, I get a different error [1].


Moreover, I wanted to see if the :noexport: tags had something to do with 
it, so I hit shift-tab twice to show all and then M-S-5 :noexport: RET RET, 
then ! to replace all. It completed the second replacement (third 
top-level heading) and threw another error related to org-element--cache 
[2].


You can get my files at:

https://github.com/jamshark70/scweek2014

The one I was trying to export is ./shows/01-intro/01-contents.org. To 
produce the .tex file, you'll also need ./shows/slidehead.org and 
./shows/glossary.org.


It's not especially pressing -- I can keep using org 8.2.4. But, for 
whatever reason, org element cache seems to be broken in my environment.


hjh

[1]
Debugger entered--Lisp error: (wrong-number-of-arguments #[(tree data) 
\303\304H	\204
[tree cl-struct-avl-tree--tags data avl-tree--do-delete 0 error 
avl-tree--cmpfun accessing a non-avl-tree- 2 avl-tree--dummyroot 
accessing a non-avl-tree- 1] 5 
(/usr/share/emacs/23.3/lisp/emacs-lisp/avl-tree.elc . 14229)] 4)
 avl-tree-delete([cl-struct-avl-tree- nil nil ... 0] [nil nil ... 0] 
... 0] [nil [nil nil ... 0] ... 1] ... 0] nil nil 0] 
org-element--cache-compare] (keyword (:key EMAIL :value  :begin 130 
:end 141 :post-blank 1 :post-affiliated 130 :parent nil)) nil t)
 (cond ((not data) (throw ... t)) (( ... end) nil) (t (setq end ...) 
(avl-tree-delete org-element--cache data nil t)))
 (let ((node ...) data) (while node (let* ... ...)) (cond (... ...) (... 
nil) (t ... ...)))

 (while (let (... data) (while node ...) (cond ... ... ...)))
 (let ((beg ...)) (while (let ... ... ...)))
 (let ((inhibit-quit t) (offset ...) (end ...)) (let (...) (while ...)) 
(unless (zerop offset) (catch ... ...)))

 (catch (quote escape) (let (... ... ...) (let ... ...) (unless ... ...)))
 (progn (catch (quote escape) (let ... ... ...)) 
(org-element--cache-cancel-changes))
 (if (org-element--cache-pending-changes-p) (progn (catch ... ...) 
(org-element--cache-cancel-changes)))
 (when (org-element--cache-pending-changes-p) (catch (quote escape) (let 
... ... ...)) (org-element--cache-cancel-changes))
 (save-current-buffer (set-buffer buffer) (when 
(org-element--cache-pending-changes-p) (catch ... ...) 
(org-element--cache-cancel-changes)))
 (with-current-buffer buffer (when (org-element--cache-pending-changes-p) 
(catch ... ...) (org-element--cache-cancel-changes)))

 (progn (with-current-buffer buffer (when ... ... ...)))
 (if (buffer-live-p buffer) (progn (with-current-buffer buffer ...)))
 (when (buffer-live-p buffer) (with-current-buffer buffer (when ... ... 
...)))

 org-element--cache-sync(#buffer 01-contents.org2)
 (progn (org-element--cache-sync (current-buffer)))
 (if (and (not ignore-changes) (org-element--cache-pending-changes-p)) 
(progn (org-element--cache-sync ...)))
 (when (and (not ignore-changes) (org-element--cache-pending-changes-p)) 
(org-element--cache-sync (current-buffer)))
 (progn (when (and ... ...) (org-element--cache-sync ...)) (if (not ...) 
(gethash key org-element--cache-objects) (let ... ...)))
 (if (and org-element-use-cache org-element--cache) (progn (when ... ...) 
(if ... ... ...)))
 (when (and org-element-use-cache org-element--cache) (when (and ... ...) 
(org-element--cache-sync ...)) (if (not ...) (gethash key 
org-element--cache-objects) (let ... ...)))

 org-element-cache-get(3203)
 (let* ((cached ...) (begin ...)) (cond (... ... ... ...) (... ...) (... 
... ... ...) (t ...)))
 (let ((origin ...) element next) (end-of-line) (skip-chars-backward  
	\n) (cond (... ...) (... ... ...)) (goto-char origin) (let* (... ...) 
(cond ... ... ... ...)) (let (... parent special-flag) (while t ... ... 
...)))
 (save-restriction (widen) (let (... element next) (end-of-line) 
(skip-chars-backward  
	\n) (cond ... ...) (goto-char origin) (let* ... ...) (let ... ...)))
 (save-excursion (save-restriction (widen) (let ... ... ... ... ... ... 
...)))
 (org-with-wide-buffer (let (... element next) (end-of-line) 
(skip-chars-backward  
	\n) (cond ... ...) (goto-char origin) (let* ... ...) (let ... ...)))
 (catch (quote exit) (org-with-wide-buffer (let ... ... ... ... ... ... 
...)))

 org-element-at-point()
 (progn (org-element-at-point))
 (unwind-protect (progn (org-element-at-point)) (set-match-data 
save-match-data-internal (quote evaporate)))
 (let ((save-match-data-internal ...)) 

Re: [O] Fwd: [bug] Beamer export fails in current master

2014-01-15 Thread Nicolas Goaziou
Hello,

James Harkins jamshar...@gmail.com writes:

 Fine thought, but my bisect regimen went something like this:

 1. Delete all elc files from the location from which I'm loading org.

 2. Quit emacs.

 3. At every bisect step, launch Emacs fresh with emacs
 /path/to/test-file.org and then do nothing except C-c C-e l B. Then
 quit Emacs.

 4. If I got the error, git bisect bad. If I got an export buffer of
 LaTeX code, git bisect good.

 When I got the error, it was always consistently reproducible for that
 revision, and it was always enough to launch Emacs, open the file and
 try the export, no fancy other things to mess up the cache.

I see nothing wrong in that process. Can you still reproduce the error
with latest Org?


Regards,

-- 
Nicolas Goaziou



[O] Fwd: [bug] Beamer export fails in current master

2014-01-11 Thread James Harkins
Sorry, gmail's reply by default includes only the sender, not the list...
hjh


-- Forwarded message --
From: James Harkins jamshar...@gmail.com
Date: Sat, Jan 11, 2014 at 5:42 PM
Subject: Re: [bug] Beamer export fails in current master
To: Nicolas Goaziou n.goaz...@gmail.com


On Sat, Jan 11, 2014 at 4:25 PM, Nicolas Goaziou n.goaz...@gmail.com wrote:
 Hello,

 James Harkins jamshar...@gmail.com writes:

 I just started to work on the issue of wrapping the title command in beamer
 export within a frame, but found that I can't export to Beamer at all in
 the master branch (after pulling just today).

 You need to restart Emacs.

Fine thought, but my bisect regimen went something like this:

1. Delete all elc files from the location from which I'm loading org.

2. Quit emacs.

3. At every bisect step, launch Emacs fresh with emacs
/path/to/test-file.org and then do nothing except C-c C-e l B. Then
quit Emacs.

4. If I got the error, git bisect bad. If I got an export buffer of
LaTeX code, git bisect good.

When I got the error, it was always consistently reproducible for that
revision, and it was always enough to launch Emacs, open the file and
try the export, no fancy other things to mess up the cache.

To cite John Cleese, I may be an idiot, but I'm no fool. [1] :-p

hjh

[1] http://www.ibras.dk/montypython/episode20.htm#13