From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Gustav_Wikstr=F6m?= Subject: Re: [bug] Symbol's function definition is void: org-pop-to-buffer-same-window Date: Wed, 21 Dec 2011 18:10:13 +0100 Message-ID: References: <80borsbgkb.fsf@somewhere.org> <29958.1323206376@alphaville.dokosmarshall.org> <15537.1323246230@alphaville.dokosmarshall.org> <80obvk93w2.fsf@somewhere.org> <80r50gcdq2.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8f235589cdd1c004b49d41a1 Return-path: Received: from eggs.gnu.org ([140.186.70.92]:54120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RdPgG-0003DO-PK for emacs-orgmode@gnu.org; Wed, 21 Dec 2011 12:10:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RdPgE-0007jX-Uz for emacs-orgmode@gnu.org; Wed, 21 Dec 2011 12:10:16 -0500 Received: from mail-gx0-f169.google.com ([209.85.161.169]:64764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RdPgE-0007jN-Oq for emacs-orgmode@gnu.org; Wed, 21 Dec 2011 12:10:14 -0500 Received: by ggni2 with SMTP id i2so6916115ggn.0 for ; Wed, 21 Dec 2011 09:10:14 -0800 (PST) In-Reply-To: <80r50gcdq2.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: emacs-orgmode@gnu.org --e89a8f235589cdd1c004b49d41a1 Content-Type: text/plain; charset=ISO-8859-1 Just wanted to add a line here. I also encountered this problem when upgrading to Emacs 24.0.92 on windows and started using ELPA to install the newest release of Org. Sebastiens comments were helpful in finding the reason for this. It seems to relate to the fact that everything handled by ELPA doesn't load until after the init file. Org (from ELPA) is auto-loaded first when called by the user but the settings done in the init file still remains from the default org-mode installation causing problems as this. I solved it by adding the function (package-initialize) to my init file before calling org to do things for me. I don't know if this has any bad side-effects yet.. But please point at a better solution if one comes to mind. Regards Gustav On Wed, Dec 7, 2011 at 9:45 PM, Sebastien Vauban wrote: > Hi all, > > "Sebastien Vauban" wrote: > > Nick Dokos wrote: > >> Shelagh Manton wrote: > >>> On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: > >>>> Shelagh Manton wrote: > >>>>> On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote: > >>>>>> On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban > >>>>>>> In conditions which I consider unchanged (I speak of my emacs > config > >>>>>>> file), with the latest Org-mode version, I now have the message: > > There was the original mistake: conditions were changed! > > >>>>>>> let*: Symbol's function definition is void: > >>>>>>> org-pop-to-buffer-same-window > >>>>>>> > >>>>>>> when doing, for example, `C-c C-x C-j' to jump on the currently > >>>>>>> clocked item. > >>>>>>> > >>>>>>> Explicitly Loading `org-compat' does cure this problem... But we > >>>>>>> must miss a `require' somewhere, but where? In `org.el' itself? > >>>>> > >>>>> I've just been bitten by this as well. requiring org-compat manually > did > >>>>> nothing. My config files have not changed, just pulled latest > org-mode, > >>>>> did a make clean and make. Suddenly my org-drill sessions don't work. > >>>> > >>>> Did you restart emacs? > >>> > >>> Yes. I did just then and same thing. > >> > >> Do you get the error with org-drill only or do you get it in the > instances > >> that Seb and Kenny Meyer report? If the former, it may be a bug with > >> org-drill. Otherwise, I throw up my hands: I certainly cannot reproduce > it. > > > > FYI: > > > > - I don't use .elc files. > > > > - I've recently upgraded to Emacs 24.0.91.1 on Windows -- not sure if the > > problem appeared directly after, or a little bit before. > > > > - I began suspecting work that I could have done in a branch, and mixed > > versions that way -- as I'm not yet familiar with git and switching > between > > branches. > > > > - I've deleted all my Org directory, and cloned a fresh one > > > > But it still occurs. > > > > Though: > > > > - Requiring org-compat does cure the problem. > > > > - I see calls to org-compat in every crucial Org file -- I don't > understand > > where it could be missing. > > > > - I still must try to dissecate my .emacs, or use a minimal Emacs config > file > > to see if it's reproducible that way. > > So, what was the problem in my case? I've been trying to use the "starter > kit" approach, and have a "2-file" system: > > - ~/.emacs > > - ~/emacs/site-lisp/seb-conf.el (tangled from its .txt equivalent) > which contains "add-to-load-path" calls for all packages (Org, Gnus, etc.) > and all my customization. > > In ~/.emacs, I've replaced my previous: > > (require 'seb-conf) > > by > > (defun starter-kit-load ...) > (defun starter-kit-compile ...) > (starter-kit-load "emacs/site-lisp/seb-conf.txt") > > Doing so, as it now calls `org-babel-load-file' (in `starter-kit-load'), > and > as that function is autoloaded in Emacs 24, Emacs was loading the Org > version > bundled with Emacs 24.0.91.1 -- that is, not the latest one, not the one > in my > Git working copy. > > This is very tricky to spot, IMHO, as all the checks done after Emacs has > been > started up will give partially false answers: > > (locate-library "org-compat") shows my git version > > as the load-path has been updated at the very beginning of loading > `seb-conf'. > > In summary: > > - this is explained, and due to a mistake of mine; > - this is quite tricky to detect; > - this is a mix of different Org versions which causes the reported > symptom. > > Best regards, > Seb > > -- > Sebastien Vauban > > > --e89a8f235589cdd1c004b49d41a1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just wanted to add a line here. I also encountered this problem when upgrad= ing to Emacs 24.0.92 on windows and started using ELPA to install the newes= t release of Org.

Sebastiens comments were helpful in fi= nding the reason for this. It seems to relate to the fact that everything h= andled by ELPA doesn't load until after the init file. Org (from ELPA) = is=A0auto-loaded=A0first when called by the user but the settings done in t= he init file still remains from the default org-mode installation causing p= roblems as this.

I solved it by adding the function (package-initialize)= to my init file before calling org to do things for me. I don't know i= f this has any bad side-effects yet.. But please point at a better solution= if one comes to mind.

Regards
Gustav

On= Wed, Dec 7, 2011 at 9:45 PM, Sebastien Vauban <wxhgmqzgwmuf@spammotel.com><= /span> wrote:
Hi all,

"Sebastien Vauban" wrote:
> Nick Dokos wrote:
>> Shelagh Manton <she= lagh.manton@gmail.com> wrote:
>>> On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote:
>>>> Shelagh Manton <shelagh.manton@gmail.com> wrote:
>>>>> On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote:=
>>>>>> On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban
>>>>>>> In conditions which I = consider unchanged (I speak of my emacs config
>>>>>>> file), with the latest Org-mode version, I now= have the message:

There was the original mistake: conditions were changed!

>>>>>>> =A0 let*: Symbol's function definition is = void:
>>>>>>> =A0 org-pop-to-buffer-same-window
>>>>>>>
>>>>>>> when doing, for example, `C-c C-x C-j' to = jump on the currently
>>>>>>> clocked item.
>>>>>>>
>>>>>>> Explicitly Loading `org-compat' does cure = this problem... But we
>>>>>>> must miss a `require' somewhere, but where= ? =A0In `org.el' itself?
>>>>>
>>>>> I've just been bitten by this as well. requiring o= rg-compat manually did
>>>>> nothing. My config files have not changed, just pulled= latest org-mode,
>>>>> did a make clean and make. Suddenly my org-drill sessi= ons don't work.
>>>>
>>>> Did you restart emacs?
>>>
>>> Yes. I did just then and same thing.
>>
>> Do you get the error with org-drill only or do you get it in the i= nstances
>> that Seb and Kenny Meyer report? If the former, it may be a bug wi= th
>> org-drill. Otherwise, I throw up my hands: I certainly cannot repr= oduce it.
>
> FYI:
>
> - I don't use .elc files.
>
> - I've recently upgraded to Emacs 24.0.91.1 on Windows -- not sure= if the
> =A0 problem appeared directly after, or a little bit before.
>
> - I began suspecting work that I could have done in a branch, and mixe= d
> =A0 versions that way -- as I'm not yet familiar with git and swit= ching between
> =A0 branches.
>
> - I've deleted all my Org directory, and cloned a fresh one
>
> But it still occurs.
>
> Though:
>
> - Requiring org-compat does cure the problem.
>
> - I see calls to org-compat in every crucial Org file -- I don't u= nderstand
> =A0 where it could be missing.
>
> - I still must try to dissecate my .emacs, or use a minimal Emacs conf= ig file
> =A0 to see if it's reproducible that way.

So, what was the problem in my case? =A0I've been trying to= use the "starter
kit" approach, and have a "2-file" system:

- ~/.emacs

- ~/emacs/site-lisp/seb-conf.el (tangled from its .txt equivalent)
=A0which contains "add-to-load-path" calls for all packages (Org= , Gnus, etc.)
=A0and all my customization.

In ~/.emacs, I've replaced my previous:

=A0 =A0(require 'seb-conf)

by

=A0 =A0(defun starter-kit-load ...)
=A0 =A0(defun starter-kit-compile ...)
=A0 =A0(starter-kit-load "emacs/site-lisp/seb-conf.txt")

Doing so, as it now calls `org-babel-load-file' (in `starter-kit-load&#= 39;), and
as that function is autoloaded in Emacs 24, Emacs was loading the Org versi= on
bundled with Emacs 24.0.91.1 -- that is, not the latest one, not the one in= my
Git working copy.

This is very tricky to spot, IMHO, as all the checks done after Emacs has b= een
started up will give partially false answers:

=A0 =A0(locate-library "org-compat") shows my git version

as the load-path has been updated at the very beginning of loading `seb-con= f'.

In summary:

- this is explained, and due to a mistake of mine;
- this is quite tricky to detect;
- this is a mix of different Org versions which causes the reported symptom= .

Best regards,
=A0Seb

--
Sebastien Vauban



--e89a8f235589cdd1c004b49d41a1--