Bug: wrong-type-argument when changing TODO state [7.7]

Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

[-- Attachment #1: Type: text/plain, Size: 4413 bytes --]

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

      http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.
------------------------------------------------------------------------

I am trying to switch between TODO and DONE states with Shift-Right 
Arrow and I get a (wrong-type-argument stringp nil) error.

Please find attached the backtrace.


Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
  of 2010-12-11 on raven, modified by Debian
Package: Org-mode version 7.7

current state:
==============
(setq
  org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
  org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
  org-agenda-custom-commands '(("d" todo #("DELEGATED" 0 9 (face 
org-warning)) nil)
			      ("c" todo #("DONE|DEFERRED|CANCELLED" 0 23 (face org-warning)) nil)
			      ("w" todo #("WAITING" 0 7 (face org-warning)) nil)
			      ("W" agenda "" ((org-agenda-ndays 21)))
			      ("A" agenda ""
			       ((org-agenda-skip-function
				 (lambda nil
				  (org-agenda-skip-entry-if (quote notregexp) "\\=.*\\[#A\\]"))
				 )
				(org-agenda-ndays 1)
				(org-agenda-overriding-header "Today's Priority #A tasks: "))
			       )
			      ("u" alltodo ""
			       ((org-agenda-skip-function
				 (lambda nil
				  (org-agenda-skip-entry-if (quote scheduled) (quote deadline)
				   (quote regexp) "<[^>\n]+>")
				  )
				 )
				(org-agenda-overriding-header "Unscheduled TODO entries: "))
			       )
			      )
  org-agenda-files '("~/Docs/org/todo.org")
  org-metaup-hook '(org-babel-load-in-session-maybe)
  org-after-todo-state-change-hook '(org-clock-out-if-current)
  org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
  org-export-latex-format-toc-function 'org-export-latex-format-toc-default
  org-agenda-skip-scheduled-if-done t
  org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe
		      org-babel-hide-result-toggle-maybe)
  org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
  org-confirm-shell-link-function 'yes-or-no-p
  org-export-first-hook '(org-beamer-initialize-open-trackers)
  org-startup-indented 1
  org-agenda-before-write-hook '(org-agenda-add-entry-text)
  org-default-notes-file "~/Docs/org/notes.org"
  org-blank-before-new-entry nil
  org-babel-pre-tangle-hook '(save-buffer)
  org-cycle-hook '(org-cycle-hide-archived-subtrees 
org-cycle-hide-drawers org-cycle-show-empty-lines
		  org-optimize-window-after-visibility-change)
  org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
  org-mode-hook '((lambda nil
		  (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all)
		   (quote append) (quote local))
		  )
		 (lambda nil
		  (org-add-hook (quote change-major-mode-hook) (quote 
org-babel-show-result-all)
		   (quote append) (quote local))
		  )
		 org-babel-result-hide-spec org-babel-hide-all-hashes)
  org-agenda-ndays 7
  org-refile-targets '((org-agenda-files :maxlevel . 5))
  org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
  org-cycle-separator-lines 1
  org-confirm-elisp-link-function 'yes-or-no-p
  org-fast-tag-selection-single-key 'expert
  org-agenda-start-on-weekday nil
  org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src 
org-babel-exp-inline-src-blocks))
  org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
  org-agenda-skip-deadline-if-done t
  org-reverse-note-order t
  org-occur-hook '(org-first-headline-recenter)
  org-from-is-user-regexp "\\<User\\>"
  org-export-preprocess-before-selecting-backend-code-hook 
'(org-beamer-select-beamer-code)
  org-tags-column 120
  org-remember-templates '(("Journal" 106 "* %U %? %^g\n\n   %x" 
"~/Dropbox/org/journal.org"
			   (quote top))
			  )
  org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
			       org-beamer-auto-fragile-frames
			       org-beamer-place-default-actions-for-lists)
  org-metadown-hook '(org-babel-pop-to-session-maybe)
  org-export-blocks '((src org-babel-exp-src-block nil) (comment 
org-export-blocks-format-comment t)
		     (ditaa org-export-blocks-format-ditaa nil) (dot 
org-export-blocks-format-dot nil))
  )

[-- Attachment #2: backtrace.txt --]
[-- Type: text/plain, Size: 3850 bytes --]

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  looking-at(nil)
  (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
  (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
  (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
  (let* ((match-data ...) (startpos ...) (logging ...) (org-log-done org-log-done) (org-log-repeat org-log-repeat) (org-todo-log-states org-todo-log-states) (this ...) (hl-pos ...) (head ...) (ass ...) (interpret ...) (done-word ...) (final-done-word ...) (last-state ...) (completion-ignore-case t) (member ...) (tail ...) (state ...) (state ...) (next ...) (change-plist ...) dolog now-done-p) (when org-blocker-hook (setq org-last-todo-state-is-todo ...) (unless ... ...)) (store-match-data match-data) (replace-match next t t) (unless (pos-visible-in-window-p hl-pos) (message "TODO state changed to %s" ...)) (unless head (setq head ... ass ... interpret ... done-word ... final-done-word ...)) (when (memq arg ...) (message "Keyword-Set %d/%d: %s" ... ... ...)) (setq org-last-todo-state-is-todo (not ...)) (setq now-done-p (and ... ...)) (and logging (org-local-logging logging)) (when (and ... ... ...) (setq dolog ...) (if ... ...) (when ... ...) (when ... ... ...) (when ... ...)) (org-todo-trigger-tag-changes state) (and org-auto-align-tags (not org-setting-tags) (org-set-tags nil t)) (when org-provide-todo-statistics (org-update-parent-todo-statistics)) (run-hooks (quote org-after-todo-state-change-hook)) (if (and arg ...) (setq head ...)) (put-text-property (point-at-bol) (point-at-eol) (quote org-todo-head) head) (when now-done-p (when ... ...) (org-auto-repeat-maybe state)) (if (and ... ... ... ...) (progn ... ...)) (when org-trigger-hook (save-excursion ...)))
  (catch (quote exit) (org-back-to-heading t) (if (looking-at org-outline-regexp) (goto-char ...)) (or (looking-at ...) (looking-at " *")) (let* (... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... dolog now-done-p) (when org-blocker-hook ... ...) (store-match-data match-data) (replace-match next t t) (unless ... ...) (unless head ...) (when ... ...) (setq org-last-todo-state-is-todo ...) (setq now-done-p ...) (and logging ...) (when ... ... ... ... ... ...) (org-todo-trigger-tag-changes state) (and org-auto-align-tags ... ...) (when org-provide-todo-statistics ...) (run-hooks ...) (if ... ...) (put-text-property ... ... ... head) (when now-done-p ... ...) (if ... ...) (when org-trigger-hook ...)))
  (save-excursion (catch (quote exit) (org-back-to-heading t) (if ... ...) (or ... ...) (let* ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...)))
  (let ((org-blocker-hook org-blocker-hook) (case-fold-search nil)) (when (equal arg ...) (setq arg nil org-blocker-hook nil)) (when (and org-blocker-hook ...) (setq org-blocker-hook nil)) (save-excursion (catch ... ... ... ... ...)))
  org-todo(right)
  call-interactively(org-todo)
  (let ((current-prefix-arg arg)) (call-interactively command))
  org-call-with-arg(org-todo right)
  (let ((org-inhibit-logging ...) (org-inhibit-blocking ...)) (org-call-with-arg (quote org-todo) (quote right)))
  (cond ((run-hook-with-args-until-success ...)) ((and org-support-shift-select ...) (org-call-for-shift-select ...)) ((org-at-timestamp-p t) (call-interactively ...)) ((and ... ...) (let ... ...)) ((or ... ...) (org-call-with-arg ... nil)) ((and ... ...) (call-interactively ...)) ((org-clocktable-try-shift ... arg)) ((run-hook-with-args-until-success ...)) (org-support-shift-select (org-call-for-shift-select ...)) (t (org-shiftselect-error)))
  org-shiftright(nil)
  call-interactively(org-shiftright nil nil)

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

Stelian Iancu <stelian.iancu@gmail.com> wrote:

> 
> I am trying to switch between TODO and DONE states with Shift-Right
> Arrow and I get a (wrong-type-argument stringp nil) error.
> 
> Please find attached the backtrace.
> 
> 
> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
>  of 2010-12-11 on raven, modified by Debian
> Package: Org-mode version 7.7
> 

> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>   looking-at(nil)
>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
>   (let* ...)
>   (catch (quote exit) ...)
>   (save-excursion (catch (quote exit)...)
>   (let ...)
>   org-todo(right)
>   call-interactively(org-todo)
>   (let ((current-prefix-arg arg)) (call-interactively command))
>   org-call-with-arg(org-todo right)
>   (let ...)
>   (cond ...)
>   org-shiftright(nil)
>   call-interactively(org-shiftright nil nil)

The problem is that org-todo-line-regexp is nil. This variable is
made buffer-local and initialized when the buffer's mode is set 
to org-mode.

Are you sure that your buffer's major mode is org-mode?

Nick

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Sun, Aug 28, 2011 at 19:09, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>
>>
>> I am trying to switch between TODO and DONE states with Shift-Right
>> Arrow and I get a (wrong-type-argument stringp nil) error.
>>
>> Please find attached the backtrace.
>>
>>
>> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
>>  of 2010-12-11 on raven, modified by Debian
>> Package: Org-mode version 7.7
>>
>
>> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>   looking-at(nil)
>>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
>>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
>>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
>>   (let* ...)
>>   (catch (quote exit) ...)
>>   (save-excursion (catch (quote exit)...)
>>   (let ...)
>>   org-todo(right)
>>   call-interactively(org-todo)
>>   (let ((current-prefix-arg arg)) (call-interactively command))
>>   org-call-with-arg(org-todo right)
>>   (let ...)
>>   (cond ...)
>>   org-shiftright(nil)
>>   call-interactively(org-shiftright nil nil)
>
> The problem is that org-todo-line-regexp is nil. This variable is
> made buffer-local and initialized when the buffer's mode is set
> to org-mode.
>
> Are you sure that your buffer's major mode is org-mode?
>
> Nick
>

Yeah, the mode shows as org-mode. But now I get another weird one.
Everytime I open an org file, I see the following message in the
minibuffer:

File mode specification error: (wrong-type-argument keymap nil)

I'm lost ...

S.

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

Stelian Iancu <stelian.iancu@gmail.com> wrote:

> On Sun, Aug 28, 2011 at 19:09, Nick Dokos <nicholas.dokos@hp.com> wrote:
> > Stelian Iancu <stelian.iancu@gmail.com> wrote:
> >
> >>
> >> I am trying to switch between TODO and DONE states with Shift-Right
> >> Arrow and I get a (wrong-type-argument stringp nil) error.
> >>
> >> Please find attached the backtrace.
> >>
> >>
> >> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
> >>  of 2010-12-11 on raven, modified by Debian
> >> Package: Org-mode version 7.7
> >>
> >
> >> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
> >>   looking-at(nil)
> >>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
> >>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
> >>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
> >>   (let* ...)
> >>   (catch (quote exit) ...)
> >>   (save-excursion (catch (quote exit)...)
> >>   (let ...)
> >>   org-todo(right)
> >>   call-interactively(org-todo)
> >>   (let ((current-prefix-arg arg)) (call-interactively command))
> >>   org-call-with-arg(org-todo right)
> >>   (let ...)
> >>   (cond ...)
> >>   org-shiftright(nil)
> >>   call-interactively(org-shiftright nil nil)
> >
> > The problem is that org-todo-line-regexp is nil. This variable is
> > made buffer-local and initialized when the buffer's mode is set
> > to org-mode.
> >
> > Are you sure that your buffer's major mode is org-mode?
> >
> > Nick
> >
> 
> Yeah, the mode shows as org-mode.

What happens if while visiting the buffer, you say

C-h v org-todo-line-regexp RET

Is the value reported nil? 

> But now I get another weird one.
> Everytime I open an org file, I see the following message in the
> minibuffer:
> 
> File mode specification error: (wrong-type-argument keymap nil)
> 

That will require another backtrace but...

> I'm lost ...

When you get to the point of feeling lost, it's time to take a step
back. Make yourself a minimal.emacs that contains just the basics to
get org-mode loaded - assuming you get your org sources from git, then
you need something like this (with pathnames changed appropriately):

--8<---------------cut here---------------start------------->8---
;;; -*- mode: emacs-lisp -*-
;;; constant part
(add-to-list 'load-path (expand-file-name "~/src/emacs/org/org-mode/lisp"))
(add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
(require 'org-install)
(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-ca" 'org-agenda)
--8<---------------cut here---------------end--------------->8---

Then start up an emacs without any of your customizations, load the minimal.emacs
file and visit an org file and try what you tried before:

   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org

and try changing a TODO as before.  Does that work? If not, try -Q
instead of -q: does *that* work?

Assuming one of these works, then you have localized the problem to
some customization (yours or the systems) and then there are various
ways to proceed.

Nick

> 
> S.
> 

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

Many thanks Nick for all of these suggestions. I will do this in the
evening when I'm back home and let you know.

S.

On Mon, Aug 29, 2011 at 09:59, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>
>> On Sun, Aug 28, 2011 at 19:09, Nick Dokos <nicholas.dokos@hp.com> wrote:
>> > Stelian Iancu <stelian.iancu@gmail.com> wrote:
>> >
>> >>
>> >> I am trying to switch between TODO and DONE states with Shift-Right
>> >> Arrow and I get a (wrong-type-argument stringp nil) error.
>> >>
>> >> Please find attached the backtrace.
>> >>
>> >>
>> >> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
>> >>  of 2010-12-11 on raven, modified by Debian
>> >> Package: Org-mode version 7.7
>> >>
>> >
>> >> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>> >>   looking-at(nil)
>> >>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
>> >>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
>> >>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
>> >>   (let* ...)
>> >>   (catch (quote exit) ...)
>> >>   (save-excursion (catch (quote exit)...)
>> >>   (let ...)
>> >>   org-todo(right)
>> >>   call-interactively(org-todo)
>> >>   (let ((current-prefix-arg arg)) (call-interactively command))
>> >>   org-call-with-arg(org-todo right)
>> >>   (let ...)
>> >>   (cond ...)
>> >>   org-shiftright(nil)
>> >>   call-interactively(org-shiftright nil nil)
>> >
>> > The problem is that org-todo-line-regexp is nil. This variable is
>> > made buffer-local and initialized when the buffer's mode is set
>> > to org-mode.
>> >
>> > Are you sure that your buffer's major mode is org-mode?
>> >
>> > Nick
>> >
>>
>> Yeah, the mode shows as org-mode.
>
> What happens if while visiting the buffer, you say
>
> C-h v org-todo-line-regexp RET
>
> Is the value reported nil?
>
>> But now I get another weird one.
>> Everytime I open an org file, I see the following message in the
>> minibuffer:
>>
>> File mode specification error: (wrong-type-argument keymap nil)
>>
>
> That will require another backtrace but...
>
>> I'm lost ...
>
> When you get to the point of feeling lost, it's time to take a step
> back. Make yourself a minimal.emacs that contains just the basics to
> get org-mode loaded - assuming you get your org sources from git, then
> you need something like this (with pathnames changed appropriately):
>
> --8<---------------cut here---------------start------------->8---
> ;;; -*- mode: emacs-lisp -*-
> ;;; constant part
> (add-to-list 'load-path (expand-file-name "~/src/emacs/org/org-mode/lisp"))
> (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
> (require 'org-install)
> (global-set-key "\C-cl" 'org-store-link)
> (global-set-key "\C-ca" 'org-agenda)
> --8<---------------cut here---------------end--------------->8---
>
> Then start up an emacs without any of your customizations, load the minimal.emacs
> file and visit an org file and try what you tried before:
>
>   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org
>
> and try changing a TODO as before.  Does that work? If not, try -Q
> instead of -q: does *that* work?
>
> Assuming one of these works, then you have localized the problem to
> some customization (yours or the systems) and then there are various
> ways to proceed.
>
> Nick
>
>>
>> S.
>>
>

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Mon, Aug 29, 2011 at 09:59, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>
>> On Sun, Aug 28, 2011 at 19:09, Nick Dokos <nicholas.dokos@hp.com> wrote:
>> > Stelian Iancu <stelian.iancu@gmail.com> wrote:
>> >
>> >>
>> >> I am trying to switch between TODO and DONE states with Shift-Right
>> >> Arrow and I get a (wrong-type-argument stringp nil) error.
>> >>
>> >> Please find attached the backtrace.
>> >>
>> >>
>> >> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
>> >>  of 2010-12-11 on raven, modified by Debian
>> >> Package: Org-mode version 7.7
>> >>
>> >
>> >> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>> >>   looking-at(nil)
>> >>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
>> >>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
>> >>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
>> >>   (let* ...)
>> >>   (catch (quote exit) ...)
>> >>   (save-excursion (catch (quote exit)...)
>> >>   (let ...)
>> >>   org-todo(right)
>> >>   call-interactively(org-todo)
>> >>   (let ((current-prefix-arg arg)) (call-interactively command))
>> >>   org-call-with-arg(org-todo right)
>> >>   (let ...)
>> >>   (cond ...)
>> >>   org-shiftright(nil)
>> >>   call-interactively(org-shiftright nil nil)
>> >
>> > The problem is that org-todo-line-regexp is nil. This variable is
>> > made buffer-local and initialized when the buffer's mode is set
>> > to org-mode.
>> >
>> > Are you sure that your buffer's major mode is org-mode?
>> >
>> > Nick
>> >
>>
>> Yeah, the mode shows as org-mode.
>
> What happens if while visiting the buffer, you say
>
> C-h v org-todo-line-regexp RET
>
> Is the value reported nil?

Yes, the value is nil.

>
>> But now I get another weird one.
>> Everytime I open an org file, I see the following message in the
>> minibuffer:
>>
>> File mode specification error: (wrong-type-argument keymap nil)
>>
>
> That will require another backtrace but...
>
>> I'm lost ...
>
> When you get to the point of feeling lost, it's time to take a step
> back. Make yourself a minimal.emacs that contains just the basics to
> get org-mode loaded - assuming you get your org sources from git, then
> you need something like this (with pathnames changed appropriately):
>
> --8<---------------cut here---------------start------------->8---
> ;;; -*- mode: emacs-lisp -*-
> ;;; constant part
> (add-to-list 'load-path (expand-file-name "~/src/emacs/org/org-mode/lisp"))
> (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
> (require 'org-install)
> (global-set-key "\C-cl" 'org-store-link)
> (global-set-key "\C-ca" 'org-agenda)
> --8<---------------cut here---------------end--------------->8---
>
> Then start up an emacs without any of your customizations, load the minimal.emacs
> file and visit an org file and try what you tried before:
>
>   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org
>
> and try changing a TODO as before.  Does that work?

Tried this one and indeed, it works now. Looking at the
org-todo-line-regexp variable I can see it's no longer reported nil.

> If not, try -Q
> instead of -q: does *that* work?
>
> Assuming one of these works, then you have localized the problem to
> some customization (yours or the systems) and then there are various
> ways to proceed.
>

So it is a customization issue. Now the question is what :-). I should
mention that I am using both dev versions for Emacs and org-mode
(Emacs from bzr from a few days ago and org-mode from git from a few
days ago) on Mac OS X 10.7. Emacs is installed using homebrew.

> Nick
>
>>
>> S.
>>
>

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Mon, Aug 29, 2011 at 23:42, Stelian Iancu <stelian.iancu@gmail.com> wrote:
> On Mon, Aug 29, 2011 at 09:59, Nick Dokos <nicholas.dokos@hp.com> wrote:
>> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>>
>>> On Sun, Aug 28, 2011 at 19:09, Nick Dokos <nicholas.dokos@hp.com> wrote:
>>> > Stelian Iancu <stelian.iancu@gmail.com> wrote:
>>> >
>>> >>
>>> >> I am trying to switch between TODO and DONE states with Shift-Right
>>> >> Arrow and I get a (wrong-type-argument stringp nil) error.
>>> >>
>>> >> Please find attached the backtrace.
>>> >>
>>> >>
>>> >> Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
>>> >>  of 2010-12-11 on raven, modified by Debian
>>> >> Package: Org-mode version 7.7
>>> >>
>>> >
>>> >> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>> >>   looking-at(nil)
>>> >>   (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp))
>>> >>   (and (outline-on-heading-p) (not (bolp)) (save-excursion (beginning-of-line 1) (looking-at org-todo-line-regexp)) (< (point) (+ 2 ...)))
>>> >>   (if (and (outline-on-heading-p) (not ...) (save-excursion ... ...) (< ... ...)) (progn (goto-char ...) (and ... ...)))
>>> >>   (let* ...)
>>> >>   (catch (quote exit) ...)
>>> >>   (save-excursion (catch (quote exit)...)
>>> >>   (let ...)
>>> >>   org-todo(right)
>>> >>   call-interactively(org-todo)
>>> >>   (let ((current-prefix-arg arg)) (call-interactively command))
>>> >>   org-call-with-arg(org-todo right)
>>> >>   (let ...)
>>> >>   (cond ...)
>>> >>   org-shiftright(nil)
>>> >>   call-interactively(org-shiftright nil nil)
>>> >
>>> > The problem is that org-todo-line-regexp is nil. This variable is
>>> > made buffer-local and initialized when the buffer's mode is set
>>> > to org-mode.
>>> >
>>> > Are you sure that your buffer's major mode is org-mode?
>>> >
>>> > Nick
>>> >
>>>
>>> Yeah, the mode shows as org-mode.
>>
>> What happens if while visiting the buffer, you say
>>
>> C-h v org-todo-line-regexp RET
>>
>> Is the value reported nil?
>
> Yes, the value is nil.
>
>>
>>> But now I get another weird one.
>>> Everytime I open an org file, I see the following message in the
>>> minibuffer:
>>>
>>> File mode specification error: (wrong-type-argument keymap nil)
>>>
>>
>> That will require another backtrace but...
>>
>>> I'm lost ...
>>
>> When you get to the point of feeling lost, it's time to take a step
>> back. Make yourself a minimal.emacs that contains just the basics to
>> get org-mode loaded - assuming you get your org sources from git, then
>> you need something like this (with pathnames changed appropriately):
>>
>> --8<---------------cut here---------------start------------->8---
>> ;;; -*- mode: emacs-lisp -*-
>> ;;; constant part
>> (add-to-list 'load-path (expand-file-name "~/src/emacs/org/org-mode/lisp"))
>> (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
>> (require 'org-install)
>> (global-set-key "\C-cl" 'org-store-link)
>> (global-set-key "\C-ca" 'org-agenda)
>> --8<---------------cut here---------------end--------------->8---
>>
>> Then start up an emacs without any of your customizations, load the minimal.emacs
>> file and visit an org file and try what you tried before:
>>
>>   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org
>>
>> and try changing a TODO as before.  Does that work?
>
> Tried this one and indeed, it works now. Looking at the
> org-todo-line-regexp variable I can see it's no longer reported nil.
>
>> If not, try -Q
>> instead of -q: does *that* work?
>>
>> Assuming one of these works, then you have localized the problem to
>> some customization (yours or the systems) and then there are various
>> ways to proceed.
>>
>
> So it is a customization issue. Now the question is what :-). I should
> mention that I am using both dev versions for Emacs and org-mode
> (Emacs from bzr from a few days ago and org-mode from git from a few
> days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
>

Ok, it seems like I've found the culprit. It's this line:

;; Make org-mode default for all the new files
(setq major-mode 'org-mode)

If I comment it out, it all works beautifully. I thought it was
because I was executing it before loading org-mode, but I've made sure
org-mode is loaded before executing that line and I still get the same
error.

Any ideas why it happens?

Thanks,
S.

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

Stelian Iancu <stelian.iancu@gmail.com> wrote:

> >
> > Then start up an emacs without any of your customizations, load the minimal.emacs
> > file and visit an org file and try what you tried before:
> >
> >   emacs -q -l /path/to/minimal.emacs /path/to/somefile.org
> >
> > and try changing a TODO as before.  Does that work?
> 
> Tried this one and indeed, it works now. Looking at the
> org-todo-line-regexp variable I can see it's no longer reported nil.
> 
> > If not, try -Q
> > instead of -q: does *that* work?
> >
> > Assuming one of these works, then you have localized the problem to
> > some customization (yours or the systems) and then there are various
> > ways to proceed.
> >
> 
> So it is a customization issue. Now the question is what :-). I should
> mention that I am using both dev versions for Emacs and org-mode
> (Emacs from bzr from a few days ago and org-mode from git from a few
> days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
> 

Probably. The next step is to modify your .emacs (or whatever you use)
to do all the other stuff, except for the orgmode customizations and try
again. If it works, you keep introducing more and more stuff until it breaks.

My .emacs does things like this:

...
(require 'my-org-config)
...

and all the org config stuff is in a separate file, my-org-config.el which
ends with

(provide 'my-org-config)

That way I can whack large swaths of code in one swell foop (sic) by
just commenting out the (require ...) form in .emacs and replacing it
with a

(load-file "minimal.org.emacs")

but even if you don't have it organized like this, you can still follow
the steps.

Always keep the minimal stuff that is necessary to get org-mode loaded.
Then bisect your way through your org config: throw away the bottom half
temporarily and try with just the top half. If that works, add some
(roughly half) of the stuff you threw away and try again. If it doesn't,
try with the bottom half only. And keep doing it until you find the
culprit.

The most important thing is to be systematic, but also aware of what you
are doing. You have to choose your bisection points with some care. But
bisection is a very effective way to find such problems.

There have been many discussions of such bisections on this list in the
past. You might want to search the list for more suggestions.

Nick

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

Stelian Iancu <stelian.iancu@gmail.com> wrote:


> > So it is a customization issue. Now the question is what :-). I should
> > mention that I am using both dev versions for Emacs and org-mode
> > (Emacs from bzr from a few days ago and org-mode from git from a few
> > days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
> >
> 
> Ok, it seems like I've found the culprit. It's this line:
> 
> ;; Make org-mode default for all the new files
> (setq major-mode 'org-mode)
> 
> If I comment it out, it all works beautifully. I thought it was
> because I was executing it before loading org-mode, but I've made sure
> org-mode is loaded before executing that line and I still get the same
> error.
> 
> Any ideas why it happens?
> 

Yes - don't ever do that. The major mode of a buffer is set by calling a
function (e.g. the org-mode function for buffers that should be in org
mode).  That function does a million things to make sure that everything
works properly: your setting a single variable does none of that and all
you end up doing is confusing emacs.

In most cases, you don't even call the mode function explicitly: it is
called for you automatically, e.g. through the setting of auto-mode-alist.
I have the following in my basic customizations:

(add-to-list 'auto-mode-alist '("\\.org$" . org-mode))

That says to emacs: when find-file is called to open a file whose name
ends in `.org' arrange to call the function org-mode on it. The function
takes care of the setting of major-mode.

Be sure to read Ch.23 of the emacs manual on major modes.

Nick

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

I'm pretty tired and I might have misunderstood what is happening here,
so don't put too much weight on the following. I'll need some sleep
before I can take a whack at it again however.

Nick

Nick Dokos <nicholas.dokos@hp.com> wrote:

> Stelian Iancu <stelian.iancu@gmail.com> wrote:
> 
> 
> > > So it is a customization issue. Now the question is what :-). I should
> > > mention that I am using both dev versions for Emacs and org-mode
> > > (Emacs from bzr from a few days ago and org-mode from git from a few
> > > days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
> > >
> > 
> > Ok, it seems like I've found the culprit. It's this line:
> > 
> > ;; Make org-mode default for all the new files
> > (setq major-mode 'org-mode)
> > 
> > If I comment it out, it all works beautifully. I thought it was
> > because I was executing it before loading org-mode, but I've made sure
> > org-mode is loaded before executing that line and I still get the same
> > error.
> > 
> > Any ideas why it happens?
> > 
> 
> Yes - don't ever do that. The major mode of a buffer is set by calling a
> function (e.g. the org-mode function for buffers that should be in org
> mode).  That function does a million things to make sure that everything
> works properly: your setting a single variable does none of that and all
> you end up doing is confusing emacs.
> 
> In most cases, you don't even call the mode function explicitly: it is
> called for you automatically, e.g. through the setting of auto-mode-alist.
> I have the following in my basic customizations:
> 
> (add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
> 
> That says to emacs: when find-file is called to open a file whose name
> ends in `.org' arrange to call the function org-mode on it. The function
> takes care of the setting of major-mode.
> 
> Be sure to read Ch.23 of the emacs manual on major modes.
> 
> Nick
> 

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On Tue, Aug 30, 2011 at 00:37, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>
>
>> > So it is a customization issue. Now the question is what :-). I should
>> > mention that I am using both dev versions for Emacs and org-mode
>> > (Emacs from bzr from a few days ago and org-mode from git from a few
>> > days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
>> >
>>
>> Ok, it seems like I've found the culprit. It's this line:
>>
>> ;; Make org-mode default for all the new files
>> (setq major-mode 'org-mode)
>>
>> If I comment it out, it all works beautifully. I thought it was
>> because I was executing it before loading org-mode, but I've made sure
>> org-mode is loaded before executing that line and I still get the same
>> error.
>>
>> Any ideas why it happens?
>>
>
> Yes - don't ever do that. The major mode of a buffer is set by calling a
> function (e.g. the org-mode function for buffers that should be in org
> mode).  That function does a million things to make sure that everything
> works properly: your setting a single variable does none of that and all
> you end up doing is confusing emacs.
>
> In most cases, you don't even call the mode function explicitly: it is
> called for you automatically, e.g. through the setting of auto-mode-alist.
> I have the following in my basic customizations:
>
> (add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
>
> That says to emacs: when find-file is called to open a file whose name
> ends in `.org' arrange to call the function org-mode on it. The function
> takes care of the setting of major-mode.
>
> Be sure to read Ch.23 of the emacs manual on major modes.
>
> Nick
>

Many thanks Nick for all your help and detailed explanations! I am
doing the same thing as you do, I'm keeping the config for all the
different Emacs modules in different config files. This allowed me to
quickly find the issue and now I've removed that line from the generic
config.

S.

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Nick Dokos]

Nick Dokos <nicholas.dokos@hp.com> wrote:

> I'm pretty tired and I might have misunderstood what is happening here,
> so don't put too much weight on the following. I'll need some sleep
> before I can take a whack at it again however.
> 
> Nick
> 
> Nick Dokos <nicholas.dokos@hp.com> wrote:
> 
> > Stelian Iancu <stelian.iancu@gmail.com> wrote:
> > 
> > 
> > > > So it is a customization issue. Now the question is what :-). I should
> > > > mention that I am using both dev versions for Emacs and org-mode
> > > > (Emacs from bzr from a few days ago and org-mode from git from a few
> > > > days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
> > > >
> > > 
> > > Ok, it seems like I've found the culprit. It's this line:
> > > 
> > > ;; Make org-mode default for all the new files
> > > (setq major-mode 'org-mode)
> > > 
> > > If I comment it out, it all works beautifully. I thought it was
> > > because I was executing it before loading org-mode, but I've made sure
> > > org-mode is loaded before executing that line and I still get the same
> > > error.
> > > 
> > > Any ideas why it happens?
> > > 
> > 
> > Yes - don't ever do that. The major mode of a buffer is set by calling a
> > function (e.g. the org-mode function for buffers that should be in org
> > mode).  That function does a million things to make sure that everything
> > works properly: your setting a single variable does none of that and all
> > you end up doing is confusing emacs.
> > 
> > In most cases, you don't even call the mode function explicitly: it is
> > called for you automatically, e.g. through the setting of auto-mode-alist.
> > I have the following in my basic customizations:
> > 
> > (add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
> > 
> > That says to emacs: when find-file is called to open a file whose name
> > ends in `.org' arrange to call the function org-mode on it. The function
> > takes care of the setting of major-mode.
> > 
> > Be sure to read Ch.23 of the emacs manual on major modes.
> > 

This is all correct I think (except for the ominous first
sentence).  But having

(setq major-mode 'org-mode)

in one's .emacs should not have any effect: major-mode is
buffer local, so the setting above should not have any
effect on *anything*, afaict.  To make org-mode the
default mode for new buffers, you'd have to say

(setq-default major-mode 'org-mode)

I've added each of those to my minimal .emacs and I have
no problem using S-{right,left} to change the TODO state
in a .org file. When I set org-mode to be the default
major mode and I open an unrelated file, its major mode
is set to org-mode, but when I S-{right,left} at some
arbitrary place, I get a message:

To use shift-selection with Org-mode, customize
`org-support-shift-select'

and the corresponding message in the *Messages* buffer
is:

if: To use shift-selection with Org-mode, customize
`org-support-shift-select'

That's an error, but it's a "reasonable" error: not right
but not too bad.

And when I ``find-file foo.bar'' which would normally
open it in fundamental mode, I do get it in org-mode and
everything works as it should: I can add headlines and
change TODO states normally.

So to summarize: no idea why that setting should have any
effect at all.

Nick

PS. The only possible explanation I can think of is
version differences:

Org-mode version 7.7 (release_7.7.205.gce02a) 

GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+
Version 2.22.0) of 2011-07-30

I have not tried with emacs 23.

Re: Bug: wrong-type-argument when changing TODO state [7.7]

[Stelian Iancu]

On 30.08.2011 19:21, Nick Dokos wrote:
> Nick Dokos<nicholas.dokos@hp.com>  wrote:
>
>> I'm pretty tired and I might have misunderstood what is happening here,
>> so don't put too much weight on the following. I'll need some sleep
>> before I can take a whack at it again however.
>>
>> Nick
>>
>> Nick Dokos<nicholas.dokos@hp.com>  wrote:
>>
>>> Stelian Iancu<stelian.iancu@gmail.com>  wrote:
>>>
>>>
>>>>> So it is a customization issue. Now the question is what :-). I should
>>>>> mention that I am using both dev versions for Emacs and org-mode
>>>>> (Emacs from bzr from a few days ago and org-mode from git from a few
>>>>> days ago) on Mac OS X 10.7. Emacs is installed using homebrew.
>>>>>
>>>>
>>>> Ok, it seems like I've found the culprit. It's this line:
>>>>
>>>> ;; Make org-mode default for all the new files
>>>> (setq major-mode 'org-mode)
>>>>
>>>> If I comment it out, it all works beautifully. I thought it was
>>>> because I was executing it before loading org-mode, but I've made sure
>>>> org-mode is loaded before executing that line and I still get the same
>>>> error.
>>>>
>>>> Any ideas why it happens?
>>>>
>>>
>>> Yes - don't ever do that. The major mode of a buffer is set by calling a
>>> function (e.g. the org-mode function for buffers that should be in org
>>> mode).  That function does a million things to make sure that everything
>>> works properly: your setting a single variable does none of that and all
>>> you end up doing is confusing emacs.
>>>
>>> In most cases, you don't even call the mode function explicitly: it is
>>> called for you automatically, e.g. through the setting of auto-mode-alist.
>>> I have the following in my basic customizations:
>>>
>>> (add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
>>>
>>> That says to emacs: when find-file is called to open a file whose name
>>> ends in `.org' arrange to call the function org-mode on it. The function
>>> takes care of the setting of major-mode.
>>>
>>> Be sure to read Ch.23 of the emacs manual on major modes.
>>>
>
> This is all correct I think (except for the ominous first
> sentence).  But having
>
> (setq major-mode 'org-mode)
>
> in one's .emacs should not have any effect: major-mode is
> buffer local, so the setting above should not have any
> effect on *anything*, afaict.  To make org-mode the
> default mode for new buffers, you'd have to say
>
> (setq-default major-mode 'org-mode)
>
> I've added each of those to my minimal .emacs and I have
> no problem using S-{right,left} to change the TODO state
> in a .org file. When I set org-mode to be the default
> major mode and I open an unrelated file, its major mode
> is set to org-mode, but when I S-{right,left} at some
> arbitrary place, I get a message:
>
> To use shift-selection with Org-mode, customize
> `org-support-shift-select'
>
> and the corresponding message in the *Messages* buffer
> is:
>
> if: To use shift-selection with Org-mode, customize
> `org-support-shift-select'
>
> That's an error, but it's a "reasonable" error: not right
> but not too bad.
>
> And when I ``find-file foo.bar'' which would normally
> open it in fundamental mode, I do get it in org-mode and
> everything works as it should: I can add headlines and
> change TODO states normally.
>
> So to summarize: no idea why that setting should have any
> effect at all.
>
> Nick
>
> PS. The only possible explanation I can think of is
> version differences:
>
> Org-mode version 7.7 (release_7.7.205.gce02a)
>
> GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+
> Version 2.22.0) of 2011-07-30
>
> I have not tried with emacs 23.
>
>

You are right, adding either of the two settings to the minimal .emacs 
doesn't change anything, it still works.

I'm on:

GNU Emacs 24.0.50.1 (i386-apple-darwin11.1.0, NS apple-appkit-1138.00) 
of 2011-08-24 on iancumac.local

Org-mode version 7.7 (release_7.4.1639.gd203.dirty)

The interesting thing though is that it works now with the normal 
configuration, after removing the setting, even though it shouldn't have 
any effect.

Thanks,
S.

Org from ELPA question

[Stelian Iancu]

Hi all,

Org and Emacs newbie here.

Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
ELPA updated yesterday.

I am encountering the problem with org-capture described here:
http://article.gmane.org/gmane.emacs.orgmode/48584

After upgrading org yesterday, I can see that org-compat.el defines
indeed the function org-pop-to-buffer-same-window.

M-x locate-library tells me the following for org-compat:

Library is file ~/.emacs.d/elpa/org-20111123/org-compat.elc

So it seems that the correct one is seen. However, after require-ing
org-compat, the function from above is still not known. Any ideas why?

Thanks!

S.

Re: Org from ELPA question

[Nick Dokos]

Stelian Iancu <stelian.iancu@gmail.com> wrote:

> Hi all,
> 
> Org and Emacs newbie here.
> 
> Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
> apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
> ELPA updated yesterday.
> 
> I am encountering the problem with org-capture described here:
> http://article.gmane.org/gmane.emacs.orgmode/48584
> 
> After upgrading org yesterday, I can see that org-compat.el defines
> indeed the function org-pop-to-buffer-same-window.
> 
> M-x locate-library tells me the following for org-compat:
> 
> Library is file ~/.emacs.d/elpa/org-20111123/org-compat.elc
> 
> So it seems that the correct one is seen. However, after require-ing
> org-compat, the function from above is still not known. Any ideas why?
> 

Probably because you did not compile the new .el files: it's picking up
the old .elc file which still exists. Check the modification times of
org-compat.el and org-compat.elc to make sure.

Somebody else will have to tell you how to fix it though (whether the
above is correct or not): I've never played with ELPA packages.

Nick

Re: Org from ELPA question

[Stelian Iancu]

On Thu, Nov 24, 2011 at 09:17, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Stelian Iancu <stelian.iancu@gmail.com> wrote:
>
>> Hi all,
>>
>> Org and Emacs newbie here.
>>
>> Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
>> apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
>> ELPA updated yesterday.
>>
>> I am encountering the problem with org-capture described here:
>> http://article.gmane.org/gmane.emacs.orgmode/48584
>>
>> After upgrading org yesterday, I can see that org-compat.el defines
>> indeed the function org-pop-to-buffer-same-window.
>>
>> M-x locate-library tells me the following for org-compat:
>>
>> Library is file ~/.emacs.d/elpa/org-20111123/org-compat.elc
>>
>> So it seems that the correct one is seen. However, after require-ing
>> org-compat, the function from above is still not known. Any ideas why?
>>
>
> Probably because you did not compile the new .el files: it's picking up
> the old .elc file which still exists. Check the modification times of
> org-compat.el and org-compat.elc to make sure.
>
> Somebody else will have to tell you how to fix it though (whether the
> above is correct or not): I've never played with ELPA packages.
>

Thanks for the suggestion, but I don't think that's it. I checked and
the modification time of the .elc is newer.

Also, I was thinking that since load-library shows me the ELPA one, it
should be all good.

Thanks,
S.

Re: Org from ELPA question

[Jambunathan K]

Filed as an umbrella bug -
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125. 

Stelian you are cced in the bug report. I hope you can provide
additional info as needed by the maintainers.

Note: All the previous users were happy with the workarounds and never
stuck around enough to reason the issue through to it's logical
completion.
-- 

Re: Org from ELPA question

[Stelian Iancu]

Thanks Jambunathan, I will surely follow-up there.

I also have a workaround for now, by just defining that function in my
own config file, but I am not happy with it. So I will give as much
assistance as I can so that the issue is fixed.

Br,
Stelian

On Thu, Nov 24, 2011 at 13:23, Jambunathan K <kjambunathan@gmail.com> wrote:
>
> Filed as an umbrella bug -
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125.
>
> Stelian you are cced in the bug report. I hope you can provide
> additional info as needed by the maintainers.
>
> Note: All the previous users were happy with the workarounds and never
> stuck around enough to reason the issue through to it's logical
> completion.
> --
>

Re: Org from ELPA question

[Achim Gratz]

Jambunathan K <kjambunathan@gmail.com> writes:
> Filed as an umbrella bug -
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125. 

I believe both the reason and the cure you suggest there are not
entirely correct, even though it might be generally nice to be able to
specifiy the order of things.  I have been having no issues when
compiling org-mode using the same method that package-manager uses (that
is in a single process and in alphabetical order).

There are some requisites for doing that correctly, which I might not
have fully comprehended: 1) there must not be any stale .elc files
around since Emacs would prefer these over the newer .el files and get
lost.  Similarly, 2) the source directory must be first in loadpath,
otherwise Emacs might pick up pre-existing sources (or compiled files)
that are packaged with Emacs.  Lastly, 3) at least for macros, Emacs
must not have a different definition in-core already before the compile
starts because then it will never look for the newer definiton in the
source file (or too late).

I keep 1) fulfilled in the makefile by nuking all .elc files before
starting the compile, 2) by specifying the loadpath directly at the
command line and 3) by specifying -Q to the Emacs process that does the
compilation.  So far I haven't found any ill effects of doing that, but
please feel free to check out my Makefile fork.  I'll have to check if I
already used that method to compile the latest version of org-mode I use
at work since that one gets much more use...

I don't know how the last condition can be fulfilled in
package manager without starting a new Emacs process, but perhaps it is
possible.  Before settling on this make process I have been
unsuccessfully trying to automatically unravel the interdependencies
between org-mode source files.  Aside from not having found any tools
that deliver dependencies in a way that would be useful for make, it
also can not really work since there are some circular dependencies in
the sources.


HTH,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada