[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-sa
From: |
Sebastien Vauban |
Subject: |
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window |
Date: |
Fri, 02 Dec 2011 21:41:34 +0100 |
User-agent: |
Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (windows-nt) |
Hi Nick,
Nick Dokos wrote:
> Kenny Meyer <address@hidden> wrote:
>> According to this discussion on the mailing list,
>> http://comments.gmane.org/gmane.emacs.orgmode/48571 , this is a known
>> bug.
>>
>> I fixed this by loading "org-compat" after requiring org-mode from
>> git, just like Sebastian said.
>
> I don't think it's a bug in org: if you start with a clean copy of the
> repo (make clean; make) and have your load-path pointing there, you
> should not see any problems.
>
> IIUC, Michael Bach's problem (a fairly common one, btw) was that he was
> mixing different installations: he was picking up a recent org-capture
> that was using org-pop-to-buffer-same-window, but an older org-compat
> that did not include the definition of that function.
I don't see why I would suddenly have mixed paths in my .emacs file -- though
this can always happen, as it is changed almost daily, here and there.
> You have to make sure that all of the pieces come from the same place,
> but there is still a gotcha in the sense that an old .elc file will
> be picked up by emacs in preference to a new .el file (possibly with
> a warning, but who looks at warnings?)
>
> Hence assuming you are using git to keep up to date:
>
> make clean
I don't use compiled files, so problem is not that.
> make
> C-h v load-path RET
load-path's value is
(...
"c:/home/sva/src/org-mode/contrib/lisp"
"c:/home/sva/src/org-mode/lisp"
...
"c:/Program Files/Emacs-24.0/lisp/org"
...)
> [make sure that your load path points at your git directory *first*]
Checked.
> M-x org-reload RET
> [or perhaps safer: restart emacs]
>
> And use M-x locate-library to make sure that emacs agrees with you about
> where things are picked up from.
Library is file ~/src/org-mode/lisp/org-compat.el
Library is file ~/src/org-mode/lisp/org.el
It's not obvious what I would have changed for getting this now... but I'll
diff my emacs config files, if you say you don't have such a problem.
Best regards,
Seb
--
Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Shelagh Manton, 2011/12/06
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Nick Dokos, 2011/12/06
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Shelagh Manton, 2011/12/07
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Nick Dokos, 2011/12/07
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Sebastien Vauban, 2011/12/07
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, shelagh Manton, 2011/12/07
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Sebastien Vauban, 2011/12/07
- Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window, Gustav Wikström, 2011/12/21