From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [bug] Symbol's function definition is void: org-pop-to-buffer-same-window Date: Fri, 02 Dec 2011 16:32:10 -0500 Message-ID: <12517.1322861530@alphaville.americas.hpqcorp.net> References: <80borsbgkb.fsf@somewhere.org> <9738.1322751641@alphaville.dokosmarshall.org> <9942.1322751918@alphaville.dokosmarshall.org> <10084.1322856580@alphaville.americas.hpqcorp.net> <80ty5i670h.fsf@somewhere.org> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([140.186.70.92]:60284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWaiL-0002JM-H2 for emacs-orgmode@gnu.org; Fri, 02 Dec 2011 16:32:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RWaiK-0004Y9-8R for emacs-orgmode@gnu.org; Fri, 02 Dec 2011 16:32:13 -0500 Received: from g6t0184.atlanta.hp.com ([15.193.32.61]:48789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWaiK-0004Xz-4g for emacs-orgmode@gnu.org; Fri, 02 Dec 2011 16:32:12 -0500 In-Reply-To: Message from "Sebastien Vauban" of "Fri, 02 Dec 2011 21:41:34 +0100." <80ty5i670h.fsf@somewhere.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Sebastien Vauban Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Sebastien Vauban 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.