Re: [ESS] starting directory not detected correctly anymore
Yes, I will report that. Yesterday, I made RPMs for ESS 17.11 and forgot about this problem before installing that in our computer lab. Within 30 minutes all of the Emacs 24 users were yelling about the starting directory being out of whack. pj On Tue, Dec 12, 2017 at 2:27 AM, Lionel Henry wrote: > It seems there is an issue with Emacs 24, I'll look into it. > > Could you open a github issue please? And confirm there that > you still see the problem when you open Emacs with -q flag > (to prevent loading of init file). > > Lionel > > >> On 12 déc. 2017, at 06:29, Susumu Tanimura wrote: >> >> Hi there, >> >> Similar trouble happens to me. >> >> $ pwd >> /tmp >> $ emacs test.R & >> >> then, after starting R session, >>> getwd() >> [1] "/" >> >> ESS always starts in the parent directory of current directory. Nothing >> to do with "R" directory. >> >> Any help? >> >> $ lsb_release -d >> Description: Ubuntu 16.04.3 LTS >> $ emacs --version |head -1 >> GNU Emacs 24.5.1 >> $ dpkg -l ess |tail -1 >> ii ess17.11-2xenial0 all Emacs mode for statistical >> programming and data analysis >> >> -- >> Susumu >> >> >> On Thu, 30 Nov 2017 18:59:46 -0600 >> Paul Johnson wrote: >> >>> Greetings. >>> >>> I want to have ESS know the working directory from shell pwd, I don't >>> want it to ask me. >>> >>> I have a setting in my init.el that used to work that way: >>> >>> ;; start R in current working directory, don't let R ask user: >>> (setq ess-ask-for-ess-directory nil) >>> >>> Recently, it has stopped working. The symptom of the problem is that >>> the R session working directory trims off the last element in the >>> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. >>> >>> When I open a file from command line, say in >>> >>> $ cd ~/tmp/R/ >>> $ emacs testme.R >>> >>> and then I hit the bug blue icon to start R, then getwd() shows >>> "~/tmp". The last element in the path is lost. Same happens if I >>> start R with "Alt-x R", so don't hate me for liking your pretty blue R >>> button. >>> >>> I notice that M-x eshell gets it right, it opens a shell in the /R >>> directory (the correct one). Also Emacs File "Open Directory" also >>> gets it right. Its just the inferior ESS *R* session that doesn't get >>> it right. >>> >>> If I remove that line from init.el, then the ESS process stops and >>> asks me what directory what I want and it always guesses correctly. >>> >>> I never saw this happen before today when opening a pre-existing R >>> file from the shell. I have seem similar in past if I have an Emacs >>> session open and close the R session and re-start a new R session >>> without closing Emacs. That second instance almost always has lost >>> the "R" from the file path, and shows the parent directory. >>> >>> Would somebody try it and tell me if I've just gone all the way off >>> the cliff toward crazy? >>> >>> Suggestions welcome (except concerning cliffs), thanks as usual. >>> >>> pj >> >> __ >> ESS-help@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/ess-help > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu To write to me directly, please address me at pauljohn at ku.edu. __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
Hi Lionel, Thank you for the response. Since I noticed your e-mail on Dec 5 that Emacs 25 has no problem on this issue, I have already upgraded Emacs to 25.3.2. So, I do not have Emacs 24 and can not contribute this issue anymore. Anyway, thank you for your kindness. -- Susumu On Tue, 12 Dec 2017 09:27:49 +0100 Lionel Henry wrote: > It seems there is an issue with Emacs 24, I'll look into it. > > Could you open a github issue please? And confirm there that > you still see the problem when you open Emacs with -q flag > (to prevent loading of init file). > > Lionel > > > > On 12 déc. 2017, at 06:29, Susumu Tanimura wrote: > > > > Hi there, > > > > Similar trouble happens to me. > > > > $ pwd > > /tmp > > $ emacs test.R & > > > > then, after starting R session, > >> getwd() > > [1] "/" > > > > ESS always starts in the parent directory of current directory. > > Nothing to do with "R" directory. > > > > Any help? > > > > $ lsb_release -d > > Description:Ubuntu 16.04.3 LTS > > $ emacs --version |head -1 > > GNU Emacs 24.5.1 > > $ dpkg -l ess |tail -1 > > ii ess17.11-2xenial0 all Emacs mode for > > statistical programming and data analysis > > > > -- > > Susumu > > > > > > On Thu, 30 Nov 2017 18:59:46 -0600 > > Paul Johnson wrote: > > > >> Greetings. > >> > >> I want to have ESS know the working directory from shell pwd, I don't > >> want it to ask me. > >> > >> I have a setting in my init.el that used to work that way: > >> > >> ;; start R in current working directory, don't let R ask user: > >> (setq ess-ask-for-ess-directory nil) > >> > >> Recently, it has stopped working. The symptom of the problem is that > >> the R session working directory trims off the last element in the > >> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. > >> > >> When I open a file from command line, say in > >> > >> $ cd ~/tmp/R/ > >> $ emacs testme.R > >> > >> and then I hit the bug blue icon to start R, then getwd() shows > >> "~/tmp". The last element in the path is lost. Same happens if I > >> start R with "Alt-x R", so don't hate me for liking your pretty blue > >> R button. > >> > >> I notice that M-x eshell gets it right, it opens a shell in the /R > >> directory (the correct one). Also Emacs File "Open Directory" also > >> gets it right. Its just the inferior ESS *R* session that doesn't get > >> it right. > >> > >> If I remove that line from init.el, then the ESS process stops and > >> asks me what directory what I want and it always guesses correctly. > >> > >> I never saw this happen before today when opening a pre-existing R > >> file from the shell. I have seem similar in past if I have an Emacs > >> session open and close the R session and re-start a new R session > >> without closing Emacs. That second instance almost always has lost > >> the "R" from the file path, and shows the parent directory. > >> > >> Would somebody try it and tell me if I've just gone all the way off > >> the cliff toward crazy? > >> > >> Suggestions welcome (except concerning cliffs), thanks as usual. > >> > >> pj > > > > __ > > ESS-help@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/ess-help > __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
It seems there is an issue with Emacs 24, I'll look into it. Could you open a github issue please? And confirm there that you still see the problem when you open Emacs with -q flag (to prevent loading of init file). Lionel > On 12 déc. 2017, at 06:29, Susumu Tanimura wrote: > > Hi there, > > Similar trouble happens to me. > > $ pwd > /tmp > $ emacs test.R & > > then, after starting R session, >> getwd() > [1] "/" > > ESS always starts in the parent directory of current directory. Nothing > to do with "R" directory. > > Any help? > > $ lsb_release -d > Description: Ubuntu 16.04.3 LTS > $ emacs --version |head -1 > GNU Emacs 24.5.1 > $ dpkg -l ess |tail -1 > ii ess17.11-2xenial0 all Emacs mode for statistical > programming and data analysis > > -- > Susumu > > > On Thu, 30 Nov 2017 18:59:46 -0600 > Paul Johnson wrote: > >> Greetings. >> >> I want to have ESS know the working directory from shell pwd, I don't >> want it to ask me. >> >> I have a setting in my init.el that used to work that way: >> >> ;; start R in current working directory, don't let R ask user: >> (setq ess-ask-for-ess-directory nil) >> >> Recently, it has stopped working. The symptom of the problem is that >> the R session working directory trims off the last element in the >> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. >> >> When I open a file from command line, say in >> >> $ cd ~/tmp/R/ >> $ emacs testme.R >> >> and then I hit the bug blue icon to start R, then getwd() shows >> "~/tmp". The last element in the path is lost. Same happens if I >> start R with "Alt-x R", so don't hate me for liking your pretty blue R >> button. >> >> I notice that M-x eshell gets it right, it opens a shell in the /R >> directory (the correct one). Also Emacs File "Open Directory" also >> gets it right. Its just the inferior ESS *R* session that doesn't get >> it right. >> >> If I remove that line from init.el, then the ESS process stops and >> asks me what directory what I want and it always guesses correctly. >> >> I never saw this happen before today when opening a pre-existing R >> file from the shell. I have seem similar in past if I have an Emacs >> session open and close the R session and re-start a new R session >> without closing Emacs. That second instance almost always has lost >> the "R" from the file path, and shows the parent directory. >> >> Would somebody try it and tell me if I've just gone all the way off >> the cliff toward crazy? >> >> Suggestions welcome (except concerning cliffs), thanks as usual. >> >> pj > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
Hi there, Similar trouble happens to me. $ pwd /tmp $ emacs test.R & then, after starting R session, > getwd() [1] "/" ESS always starts in the parent directory of current directory. Nothing to do with "R" directory. Any help? $ lsb_release -d Description:Ubuntu 16.04.3 LTS $ emacs --version |head -1 GNU Emacs 24.5.1 $ dpkg -l ess |tail -1 ii ess17.11-2xenial0 all Emacs mode for statistical programming and data analysis -- Susumu On Thu, 30 Nov 2017 18:59:46 -0600 Paul Johnson wrote: > Greetings. > > I want to have ESS know the working directory from shell pwd, I don't > want it to ask me. > > I have a setting in my init.el that used to work that way: > > ;; start R in current working directory, don't let R ask user: > (setq ess-ask-for-ess-directory nil) > > Recently, it has stopped working. The symptom of the problem is that > the R session working directory trims off the last element in the > path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. > > When I open a file from command line, say in > > $ cd ~/tmp/R/ > $ emacs testme.R > > and then I hit the bug blue icon to start R, then getwd() shows > "~/tmp". The last element in the path is lost. Same happens if I > start R with "Alt-x R", so don't hate me for liking your pretty blue R > button. > > I notice that M-x eshell gets it right, it opens a shell in the /R > directory (the correct one). Also Emacs File "Open Directory" also > gets it right. Its just the inferior ESS *R* session that doesn't get > it right. > > If I remove that line from init.el, then the ESS process stops and > asks me what directory what I want and it always guesses correctly. > > I never saw this happen before today when opening a pre-existing R > file from the shell. I have seem similar in past if I have an Emacs > session open and close the R session and re-start a new R session > without closing Emacs. That second instance almost always has lost > the "R" from the file path, and shows the parent directory. > > Would somebody try it and tell me if I've just gone all the way off > the cliff toward crazy? > > Suggestions welcome (except concerning cliffs), thanks as usual. > > pj __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
I was running the dev version of ESS in Melpa. I cleared that out. With Ubuntu Emacs 24.5, I still see the trouble. However, problem disappeared with Emacs 25.1, which I notice is now available in the standard Ubuntu repository. Rodney S wrote and said he did not see problem in RedHat with Emacs 25.2, that's why I tried that. I have tested this repeatedly with emacs25 and all is good. With emacs24, however, same problem exists. For me, problem is solved by updating Emacs, but if you want some debug info, point me at directions to get you what you need and I will do that. pj On Sat, Dec 2, 2017 at 12:20 PM, Lionel Henry wrote: > Startup in the project/package root is experimental and isn't > enabled by default. > > Is it possible you are using a dev version from a month or so ago? > For instance you could have installed it with melpa. The released > version or the current dev version should not exhibit that behaviour. > > Best, > Lionel > > >> On 2 déc. 2017, at 18:43, Vitalie Spinu wrote: >> >> >> I think this is a consequence of the recent feature which sets the default >> directory to the package directory. It looks like it treats your tmp >> directory >> as a package. @Lionel? >> >> Vitalie >> On Thu, Nov 30 2017 18:59, Paul Johnson wrote: >> >>> Greetings. >> >>> I want to have ESS know the working directory from shell pwd, I don't >>> want it to ask me. >> >>> I have a setting in my init.el that used to work that way: >> >>> ;; start R in current working directory, don't let R ask user: >>> (setq ess-ask-for-ess-directory nil) >> >>> Recently, it has stopped working. The symptom of the problem is that >>> the R session working directory trims off the last element in the >>> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. >> >>> When I open a file from command line, say in >> >>> $ cd ~/tmp/R/ >>> $ emacs testme.R >> >>> and then I hit the bug blue icon to start R, then getwd() shows >>> "~/tmp". The last element in the path is lost. Same happens if I >>> start R with "Alt-x R", so don't hate me for liking your pretty blue R >>> button. >> >>> I notice that M-x eshell gets it right, it opens a shell in the /R >>> directory (the correct one). Also Emacs File "Open Directory" also >>> gets it right. Its just the inferior ESS *R* session that doesn't get >>> it right. >> >>> If I remove that line from init.el, then the ESS process stops and >>> asks me what directory what I want and it always guesses correctly. >> >>> I never saw this happen before today when opening a pre-existing R >>> file from the shell. I have seem similar in past if I have an Emacs >>> session open and close the R session and re-start a new R session >>> without closing Emacs. That second instance almost always has lost >>> the "R" from the file path, and shows the parent directory. >> >>> Would somebody try it and tell me if I've just gone all the way off >>> the cliff toward crazy? >> >>> Suggestions welcome (except concerning cliffs), thanks as usual. >> >>> pj >> >> __ >> ESS-help@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/ess-help > -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu To write to me directly, please address me at pauljohn at ku.edu. __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
Startup in the project/package root is experimental and isn't enabled by default. Is it possible you are using a dev version from a month or so ago? For instance you could have installed it with melpa. The released version or the current dev version should not exhibit that behaviour. Best, Lionel > On 2 déc. 2017, at 18:43, Vitalie Spinu wrote: > > > I think this is a consequence of the recent feature which sets the default > directory to the package directory. It looks like it treats your tmp directory > as a package. @Lionel? > > Vitalie > >>> On Thu, Nov 30 2017 18:59, Paul Johnson wrote: > >> Greetings. > >> I want to have ESS know the working directory from shell pwd, I don't >> want it to ask me. > >> I have a setting in my init.el that used to work that way: > >> ;; start R in current working directory, don't let R ask user: >> (setq ess-ask-for-ess-directory nil) > >> Recently, it has stopped working. The symptom of the problem is that >> the R session working directory trims off the last element in the >> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. > >> When I open a file from command line, say in > >> $ cd ~/tmp/R/ >> $ emacs testme.R > >> and then I hit the bug blue icon to start R, then getwd() shows >> "~/tmp". The last element in the path is lost. Same happens if I >> start R with "Alt-x R", so don't hate me for liking your pretty blue R >> button. > >> I notice that M-x eshell gets it right, it opens a shell in the /R >> directory (the correct one). Also Emacs File "Open Directory" also >> gets it right. Its just the inferior ESS *R* session that doesn't get >> it right. > >> If I remove that line from init.el, then the ESS process stops and >> asks me what directory what I want and it always guesses correctly. > >> I never saw this happen before today when opening a pre-existing R >> file from the shell. I have seem similar in past if I have an Emacs >> session open and close the R session and re-start a new R session >> without closing Emacs. That second instance almost always has lost >> the "R" from the file path, and shows the parent directory. > >> Would somebody try it and tell me if I've just gone all the way off >> the cliff toward crazy? > >> Suggestions welcome (except concerning cliffs), thanks as usual. > >> pj > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] starting directory not detected correctly anymore
I think this is a consequence of the recent feature which sets the default directory to the package directory. It looks like it treats your tmp directory as a package. @Lionel? Vitalie >> On Thu, Nov 30 2017 18:59, Paul Johnson wrote: > Greetings. > I want to have ESS know the working directory from shell pwd, I don't > want it to ask me. > I have a setting in my init.el that used to work that way: > ;; start R in current working directory, don't let R ask user: > (setq ess-ask-for-ess-directory nil) > Recently, it has stopped working. The symptom of the problem is that > the R session working directory trims off the last element in the > path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. > When I open a file from command line, say in > $ cd ~/tmp/R/ > $ emacs testme.R > and then I hit the bug blue icon to start R, then getwd() shows > "~/tmp". The last element in the path is lost. Same happens if I > start R with "Alt-x R", so don't hate me for liking your pretty blue R > button. > I notice that M-x eshell gets it right, it opens a shell in the /R > directory (the correct one). Also Emacs File "Open Directory" also > gets it right. Its just the inferior ESS *R* session that doesn't get > it right. > If I remove that line from init.el, then the ESS process stops and > asks me what directory what I want and it always guesses correctly. > I never saw this happen before today when opening a pre-existing R > file from the shell. I have seem similar in past if I have an Emacs > session open and close the R session and re-start a new R session > without closing Emacs. That second instance almost always has lost > the "R" from the file path, and shows the parent directory. > Would somebody try it and tell me if I've just gone all the way off > the cliff toward crazy? > Suggestions welcome (except concerning cliffs), thanks as usual. > pj __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
[ESS] starting directory not detected correctly anymore
Greetings. I want to have ESS know the working directory from shell pwd, I don't want it to ask me. I have a setting in my init.el that used to work that way: ;; start R in current working directory, don't let R ask user: (setq ess-ask-for-ess-directory nil) Recently, it has stopped working. The symptom of the problem is that the R session working directory trims off the last element in the path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11. When I open a file from command line, say in $ cd ~/tmp/R/ $ emacs testme.R and then I hit the bug blue icon to start R, then getwd() shows "~/tmp". The last element in the path is lost. Same happens if I start R with "Alt-x R", so don't hate me for liking your pretty blue R button. I notice that M-x eshell gets it right, it opens a shell in the /R directory (the correct one). Also Emacs File "Open Directory" also gets it right. Its just the inferior ESS *R* session that doesn't get it right. If I remove that line from init.el, then the ESS process stops and asks me what directory what I want and it always guesses correctly. I never saw this happen before today when opening a pre-existing R file from the shell. I have seem similar in past if I have an Emacs session open and close the R session and re-start a new R session without closing Emacs. That second instance almost always has lost the "R" from the file path, and shows the parent directory. Would somebody try it and tell me if I've just gone all the way off the cliff toward crazy? Suggestions welcome (except concerning cliffs), thanks as usual. pj -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu To write to me directly, please address me at pauljohn at ku.edu. __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help