From: Nick Dokos <nicholas.dokos@hp.com>
To: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>
Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org
Subject: Re: [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Date: Fri, 02 Dec 2011 16:32:10 -0500 [thread overview]
Message-ID: <12517.1322861530@alphaville.americas.hpqcorp.net> (raw)
In-Reply-To: Message from "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> of "Fri, 02 Dec 2011 21:41:34 +0100." <80ty5i670h.fsf@somewhere.org>
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> > 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.
>
It is possible that any particular pull from the git repo will get you
a buggy version - so when I said it's not a bug, I should have said:
it's not a bug with the version that I tested at the time. That's
reason #357 for *always* reporting the org version one is using.
With that caveat stated, if the steps above don't resolve the problem,
then it might be a bug in org, but, given the history of problems with
mixed installs[fn:1], it behooves one to make sure that one's install does
*not* have that problem: locate-library is your friend.
And, fwiw, I don't see the problem with Org-mode version 7.7
(release_7.7.617.gb1f2).
Nick
Footnotes:
[fn:1] ... assuming I have not misinterpreted the underlying cause of
Michael Bach's problem in the thread that Kenny Myers quoted, of
course.
next prev parent reply other threads:[~2011-12-02 21:32 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-01 12:51 [bug] Symbol's function definition is void: org-pop-to-buffer-same-window Sebastien Vauban
2011-12-01 14:40 ` Kenny Meyer
2011-12-01 15:00 ` Nick Dokos
2011-12-01 15:05 ` Nick Dokos
2011-12-02 19:46 ` Kenny Meyer
2011-12-02 20:09 ` Nick Dokos
2011-12-02 20:41 ` Sebastien Vauban
2011-12-02 21:32 ` Nick Dokos [this message]
2011-12-06 20:24 ` Shelagh Manton
2011-12-06 21:19 ` Nick Dokos
2011-12-07 7:07 ` Shelagh Manton
2011-12-07 8:23 ` Nick Dokos
2011-12-07 8:34 ` Sebastien Vauban
2011-12-07 11:25 ` shelagh Manton
2011-12-07 20:45 ` Sebastien Vauban
2011-12-21 17:10 ` Gustav Wikström
-- strict thread matches above, loose matches on Subject: below --
2013-01-15 10:02 Logging of work no longer working with emcas24 Im Exil
2013-01-15 10:27 ` Nick Dokos
2013-01-15 10:47 ` Im Exil
2013-01-15 11:17 ` Nick Dokos
2013-01-15 13:55 ` Im Exil
2013-01-15 19:10 ` Achim Gratz
2013-01-16 8:20 ` Im Exil
2012-08-09 21:45 [OT] Current website not very attractive Marcelo de Moraes Serpa
2012-08-09 23:14 ` Jude DaShiell
2012-08-10 0:09 ` Sankalp
2012-08-10 4:02 ` Nick Dokos
2012-08-10 5:27 ` Jambunathan K
2012-08-10 6:30 ` Nick Dokos
2012-08-10 16:43 ` Marcelo de Moraes Serpa
2012-08-10 17:46 ` Nick Dokos
2012-08-11 9:29 ` Bastien
2012-08-10 19:56 ` brian powell
2012-08-11 9:30 ` Bastien
2012-09-13 20:19 ` Marcelo de Moraes Serpa
2012-09-13 20:21 ` Marcelo de Moraes Serpa
2012-09-13 20:23 ` Marcelo de Moraes Serpa
2012-09-14 5:41 ` Bastien
2012-09-21 21:19 ` Marcelo de Moraes Serpa
2012-09-21 22:50 ` Nick Dokos
2012-09-21 22:59 ` Eric Schulte
2012-09-21 23:14 ` Nick Dokos
2012-09-22 4:06 ` Nick Dokos
2012-09-22 6:51 ` Bastien
2012-09-22 7:20 ` Nick Dokos
2012-09-22 7:44 ` Bastien
2012-09-22 14:13 ` Achim Gratz
2012-09-22 13:55 ` John Hendy
2012-08-11 10:46 ` [ANN] Letter modes in the Groff exporter Luis Anaya
2012-08-11 11:03 ` Suvayu Ali
2012-08-11 15:50 ` Luis Anaya
2012-08-11 17:00 ` Bastien
2012-08-11 9:27 ` [OT] Current website not very attractive Bastien
2012-08-10 0:57 ` Ista Zahn
2012-08-10 7:05 ` [Contest] Redesign orgmode.org by the end of august (was: [OT] Current website not very attractive) Bastien
2012-08-10 12:40 ` John Hendy
2012-08-10 16:43 ` [Contest] Redesign orgmode.org by the end of august Thomas S. Dye
2012-08-10 18:04 ` Suvayu Ali
2012-08-11 9:33 ` Bastien
2012-08-11 21:45 ` Thomas S. Dye
2012-08-11 22:01 ` Bastien
2012-08-10 16:13 ` Rémi Letot
2012-08-11 9:25 ` Bastien
2012-08-25 20:18 ` Bastien
2012-08-25 21:11 ` Nick Dokos
2012-09-10 11:00 ` Bastien
2012-09-10 11:04 ` Bastien
2012-09-10 14:43 ` Nick Dokos
2012-09-10 12:01 ` Giovanni Ridolfi
2012-09-10 14:41 ` Nick Dokos
2012-09-10 14:45 ` Bastien
2012-09-11 0:23 ` Takaaki ISHIKAWA
2012-09-13 0:25 ` Bastien
2012-09-20 22:42 ` Brian van den Broek
2012-09-21 7:24 ` Bastien
2012-09-21 11:14 ` Brian van den Broek
2011-05-28 12:42 [PATCH] latex export - title placement Sebastian Hofer
2011-05-28 12:59 ` Sebastian Hofer
2011-05-28 17:27 ` Thomas S. Dye
2011-06-01 22:05 ` Nick Dokos
2011-06-01 23:19 ` Thomas S. Dye
2011-06-01 23:55 ` Nick Dokos
2011-06-02 8:36 ` Sebastian Hofer
2011-06-02 8:12 ` Sebastian Hofer
2011-06-02 15:57 ` Nick Dokos
2011-06-02 19:05 ` Sebastian Hofer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=12517.1322861530@alphaville.americas.hpqcorp.net \
--to=nicholas.dokos@hp.com \
--cc=emacs-orgmode@gnu.org \
--cc=wxhgmqzgwmuf@spammotel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).