Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
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 wxhgmqzgw...@spammotel.com wrote: Hi all, Sebastien Vauban wrote: Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@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! 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
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Shelagh Manton shelagh.man...@gmail.com wrote: On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban Hi 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. Nick GNU Emacs 24.0.90.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of 2011-10-27 Org-mode version 7.7 (release_7.7.622.g92d30)
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Hi all, Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@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 I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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. But I currently really have no time for spending more time on it. I hope to be able to do so in one week or two. Best regards, Seb -- Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
On Wed, 07 Dec 2011 09:34:21 +0100, Sebastien Vauban wrote: Hi all, Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@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 I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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. But I currently really have no time for spending more time on it. I hope to be able to do so in one week or two. Best regards, Seb In the end I just found the function and pasted it into my dotemacs file. I really need to get rid of my org-mode cruft. I have so many snippets and configs in separate files that probably should just be done in customize. I just don't have time to work out where all the problems are coming from unless they are showstoppers like this one. Cheers Shelagh
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Hi all, Sebastien Vauban wrote: Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@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! 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
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban Hi 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. Regards Shelagh
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Shelagh Manton shelagh.man...@gmail.com wrote: On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban Hi 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? Nick Regards Shelagh
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
On Tue, 06 Dec 2011 16:19:36 -0500, Nick Dokos wrote: Shelagh Manton shelagh.man...@gmail.com wrote: On Thu, 01 Dec 2011 11:40:11 -0300, Kenny Meyer wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban Hi 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. Shelagh Nick Regards Shelagh
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
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. -- Kenny Meyer On Thu, Dec 1, 2011 at 12:05 PM, Nick Dokos nicholas.do...@hp.com wrote: Nick Dokos nicholas.do...@hp.com wrote: Kenny Meyer knny.m...@gmail.com wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer IIRC, the cure for macro problems like this is to Sorry - I thought it was a macro but it isn't. Nevertheless, the note below still stands. Nick make clean make (alternatively, make clean and just use uncompiled code). There might be something missing to cause it, but I don't think so in this case: I tried a minimal .emacs with the same version as above (Org-mode version 7.7 (release_7.7.617.gb1f2) and I can start, goto the active clock and stop it with no errors. Nick On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Kenny Meyer knny.m...@gmail.com 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. 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 make C-h v load-path RET [make sure that your load path points at your git directory *first*] 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. Nick -- Kenny Meyer On Thu, Dec 1, 2011 at 12:05 PM, Nick Dokos nicholas.do...@hp.com wrote: Nick Dokos nicholas.do...@hp.com wrote: Kenny Meyer knny.m...@gmail.com wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer IIRC, the cure for macro problems like this is to Sorry - I thought it was a macro but it isn't. Nevertheless, the note below still stands. Nick make clean make (alternatively, make clean and just use uncompiled code). There might be something missing to cause it, but I don't think so in this case: I tried a minimal .emacs with the same version as above (Org-mode version 7.7 (release_7.7.617.gb1f2) and I can start, goto the active clock and stop it with no errors. Nick On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Hi Nick, Nick Dokos wrote: Kenny Meyer knny.m...@gmail.com 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
Sebastien Vauban wxhgmqzgw...@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.
[O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban
Re: [O] [bug] Symbol's function definition is void: org-pop-to-buffer-same-window
Kenny Meyer knny.m...@gmail.com wrote: I am getting the same message here upon calling various org-functions (e.g.: org-drill, org-submit-bug-report), since I have compiled org-mode from git, but I am not sure where exactly the error was introduced. Explicitly Loading `org-compat' does cure this problem... Requiring org-compat does not fix that here. Can you tell me where exactly you loaded org-compat? Org-mode version 7.7 (release_7.7.617.gb1f2) GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0) of 2011-09-29 -- Kenny Meyer IIRC, the cure for macro problems like this is to make clean make (alternatively, make clean and just use uncompiled code). There might be something missing to cause it, but I don't think so in this case: I tried a minimal .emacs with the same version as above (Org-mode version 7.7 (release_7.7.617.gb1f2) and I can start, goto the active clock and stop it with no errors. Nick On Thu, Dec 1, 2011 at 9:51 AM, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hello, In conditions which I consider unchanged (I speak of my emacs config file), with the latest Org-mode version, I now have the message: 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? Best regards, Seb -- Sebastien Vauban
