http://blog.gmane.org/gmane.emacs.ess.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.emacs.ess.general/3149 > > Hi Rodney, > > I agree, since it only stopped working a few days ago. Stata has always been a link and it worked fine under emacs. Anyway, problem resolved and I am still happy with ubuntu... Can you use Unix(tm) on a pc? > > Thanks, > > Xiang Hi Xiang: Sure, and it's free too! See Solaris 10/OpenSolaris or their GenUnix variants and FreeBSD. Of course, you'll need to find a version that has all of the drivers that you need. So, it's not a slam dunk, but it's pretty close nowadays. http://www.sun.com/software/solaris/get.jsp for Solaris 10/OpenSolaris or http://www.genunix.org/ for GenUnix variants and http://www.freebsd.org/ for FreeBSD There are others as well like Darwin, but I think Solaris 10/OpenSolaris and FreeBSD are probably the most well-known and which you are most likely to see in action. For commercial software, like Stata, your best bet is probably Solaris 10. ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Rodney Sparapani 2008-09-05T21:19:26 http://permalink.gmane.org/gmane.emacs.ess.general/3148 Hi Xiang: That is definitely a bug in Ubuntu's /usr/bin/env Here I use a link as well and /usr/bin/env finds stata just fine. I'd file a report if I were you. But, I'm biased and I don't use Linux, GNU/Linux or whatever they will call it. Unix(tm): accept no substitutes! Rodney ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Rodney Sparapani 2008-09-05T17:51:25 http://permalink.gmane.org/gmane.emacs.ess.general/3147 Hi Rodney, I figured out why: I installed stata under /usr/local/stata. Then I generated a symlink pointing to it. However, /usr/loca/stata is NOT listed as a path in .profile. I modified it and it worked. Seems like /usr/bin/env does not work with symlink... Thank you for your replies. Best, Xiang [[alternative HTML version deleted]] ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help XIANG AO 2008-09-05T15:48:02 http://permalink.gmane.org/gmane.emacs.ess.general/3146 Hi Xiang: Wow! That makes absolutely no sense. So you are saying the following works: *shell* buffer prompt #1> stata But, the following does not: *shell* buffer prompt #2> /usr/bin/env stata I sympathize with your plight, but if #1 works, then #2 must also work. I guess this is an Ubuntu bug. Check the bug reports, and if you don't see something similar, file one for your problem. I wouldn't mention Emacs, ESS or Stata since they have nothing to do with it. Your problem seems to be either in /usr/bin/env or something even more basic than that like bash/kernel/demonic posession!?! Good Luck! Rodney Sparapani 2008-09-05T14:33:15 http://permalink.gmane.org/gmane.emacs.ess.general/3145 Hi, I tried that: it reports an error "No such file or directory". Do I need to modify this env file or ess-inf.el file? Thanks! [[alternative HTML version deleted]] ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help XIANG AO 2008-09-05T00:07:39 http://permalink.gmane.org/gmane.emacs.ess.general/3144 Oh wait, try the following in *shell*: /usr/bin/env stata That's the line it seems to be gagging on. Not sure where exactly this comes from, but probably some where in ess-inf.el ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Rodney Sparapani 2008-09-04T21:11:45 http://permalink.gmane.org/gmane.emacs.ess.general/3143 *>* --text follows this line-- *>* *>* I was able to run ess stata before, but it stopped working since *>* yesterday. It repports: "/usr/bin/env: stata: No such file or *>* directory", and "Error in post-command-hook: (void-variable *>* infereior-ess-font-lock-keywords)... *>* *>* Please help... Thank you so much! *>* *>* Emacs : GNU Emacs 22.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.9) *>* of 2008-05-02 on king, modified by Ubuntu *>* Package: ess-mode 5.3.0 *>* *>* current state: *>* ============== *>* (setq *>* ess-language "STA" *>* ess-dialect "Stata" *>* ess-ask-for-ess-directory t *>* ess-ask-about-transfile nil *>* ess-directory nil *>* ess-keep-dump-files "always" *>* ess-source-directory "/tmp/" *>* ) *>* [ess-site.el]: ess-customize-alist=nil *>* [ess-site.el _2_]: ess-customize-alist=nil *>* (S): ess-s-versions-create making M-x defuns for (R): ess-r-versions-create *>* making M-x defuns for (STA): ess-dialect=nil , buf=*scratch* *>* (inferior-ess 0): ess-start-args=TERM=emacs stata *>* ess-setq-vars-default 0: ess-language=Initial, -dialect=nil, buf=nil, *>* comint..echoes=nil, comint..sender=comint-simple-send *>* ess-setq-vars-default 1: ess-language=STA, -dialect=Stata, buf=nil, *>* comint..echoes=nil, comint..sender=comint-simple-send *>* (inf-ess 1): lang=STA, dialect=Stata, tmp-dialect=Stata, buf=*scratch* *>* (inf-ess 1.1): procname=Stata temp-dialect=Stata, buf-name=*Stata* *>* (inferior-ess) Method #3 start=/home/xao/ buf=*Stata* *>* (ess-setq-vars-LOCAL): language=STA, dialect=Stata, buf=nil, *>* comint..echoes=nil, comint..sender=comint-simple-send *>* (inf-ess 2.1): ess-language=STA, ess-dialect=Stata buf=*Stata* *>* (inf-ess 2.2): start args = TERM=emacs stata , inf-ess-start-args=TERM=emacs *>* stata *>* (inf-ess finish [STA(Stata), env(nil,nil)] *>* (ess-multi 0): inf-ess-start-args=TERM=emacs stata , comint-..echoes=nil *>* (i-ess 1): buf=*Stata*, lang=STA, comint..echo=nil, *>* comint..sender=comint-simple-send, *>* (i-ess 2): buf=*Stata*, lang=STA, comint..echo=t, *>* comint..sender=inferior-ess-input-sender, *>* (ess-setq-vars-LOCAL): language=STA, dialect=Stata, buf=nil, *>* comint..echoes=t, comint..sender=inferior-ess-input-sender *>* (i-ess 3): curr-buf=*Stata*, comint..echo=t, *>* comint..sender=inferior-ess-input-sender, *>* (ess-multi post inf-ess: start-args=TERM=emacs stata , comint-echoes=t *>* (ess-multi 1): start-args=TERM=emacs stata *>* Making Process...Buf *Stata*, Proc Stata, Prog env *>* Start File=nil, Args= TERM=emacs stata . *>* * Is stata still in your PATH? If you open a *shell* buffer and type stata does it start? Yes. I opened a shell within emacs and start stata just fine... [[alternative HTML version deleted]] ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help XIANG AO 2008-09-04T20:58:19 http://permalink.gmane.org/gmane.emacs.ess.general/3142 If you are willing to build emacs 23 from cvs, MultiTTY support is now part of the main cvs trunk and would enable an additional approach. More information here: http://www.emacswiki.org/cgi-bin/wiki/MultiTTYSupport See the usage examples linked there. There is also a pending patch for emacs 23.1 that will enable a '--daemon' option on the command line, so that emacs will be able to essentially run as a background service. HTH, Marc Schwartz ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Marc Schwartz 2008-09-04T17:25:37 http://permalink.gmane.org/gmane.emacs.ess.general/3141 As Tyler said, look into screen. There are plenty of tutorials on the net. I will gurantee that this is what you want. at least if your problem is this: * go to work, start R remotely * want to go home, but hate killing R You loose an Xwindows version of Emacs though. Kasper On Sep 3, 2008, at 11:44 AM, Stefan Petersson wrote: ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Kasper Daniel Hansen 2008-09-04T16:24:01 http://permalink.gmane.org/gmane.emacs.ess.general/3140 On Thu, Sep 4, 2008 at 2:35 AM, Martin Maechler <maechler< at >stat.math.ethz.ch> wrote: (w32-shell-execute "open" "myfile.pdf" nil 1) has the same effect as double-clicking on the file "myfile.pdf". The default Windows application is used (for most people, that will be Acrobat Reader). I tried using getOptions(pdfviewer) passed to pdfviewer passed to a Windows cmd shell, but it wasn't working for me. I suspect it would not be too hard, but I'm not very familiar with the details and stopped once I had a working solution. Since w32-shell-execute is C code built into Emacs, I would assume it works on all versions of Windows that Emacs supports. Kevin ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Kevin Wright 2008-09-04T14:36:50 http://permalink.gmane.org/gmane.emacs.ess.general/3139 KevinW> ess-swv-PDF fails on Windows because it tries to launch a bash shell KevinW> in order to open a pdf reader. another proof that your Windows installation would be enhanced by a quantum leap if you had a bash installed ;-) but of course you are right that we should try to behave more user-friendly here. KevinW> Replacing this line: KevinW> (shell-command (concat pdfviewer " " namestem ".pdf &"))) KevinW> with KevinW> (w32-shell-execute "open" (concat namestem ".pdf") nil 1)) KevinW> fixes the problem for me. KevinW> Obviously there needs to be some kind of (if-i-am-running-mswindows () KevinW> ()) check here too. yes (and we know how to do that). But o what is pdfviewer (the Emacs variable in that context) for you? o Is "open" really guaranteed to work on all versions of M$ Windows? Thank you, Martin ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Martin Maechler 2008-09-04T07:35:15 http://permalink.gmane.org/gmane.emacs.ess.general/3138 ess-swv-PDF fails on Windows because it tries to launch a bash shell in order to open a pdf reader. Replacing this line: (shell-command (concat pdfviewer " " namestem ".pdf &"))) with (w32-shell-execute "open" (concat namestem ".pdf") nil 1)) fixes the problem for me. Obviously there needs to be some kind of (if-i-am-running-mswindows () ()) check here too. Sincerely, Kevin Wright ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Kevin Wright 2008-09-03T21:08:18 http://permalink.gmane.org/gmane.emacs.ess.general/3137 Is stata still in your PATH? If you open a *shell* buffer and type stata does it start? ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Rodney Sparapani 2008-09-03T20:05:44 http://permalink.gmane.org/gmane.emacs.ess.general/3136 Subject: ess-mode 5.3.0; ess stata won't start --text follows this line-- I was able to run ess stata before, but it stopped working since yesterday. It repports: "/usr/bin/env: stata: No such file or directory", and "Error in post-command-hook: (void-variable infereior-ess-font-lock-keywords)... Please help... Thank you so much! Emacs : GNU Emacs 22.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-05-02 on king, modified by Ubuntu Package: ess-mode 5.3.0 current state: ============== (setq ess-language "STA" ess-dialect "Stata" ess-ask-for-ess-directory t ess-ask-about-transfile nil ess-directory nil ess-keep-dump-files "always" ess-source-directory "/tmp/" ) [ess-site.el]: ess-customize-alist=nil [ess-site.el _2_]: ess-customize-alist=nil (S): ess-s-versions-create making M-x defuns for (R): ess-r-versions-create making M-x defuns for (STA): ess-dialect=nil , buf=*scratch* (inferior-ess 0): ess-start-args=TERM=emacs stata ess-setq-vars-default 0: ess-language=Initial, -dialect=nil, buf=nil, comint..echoes=nil, comint..sender=comint-simple-send ess-setq-vars-default 1: ess-language=STA, -dialect=Stata, buf=nil, comint..echoes=nil, comint..sender=comint-simple-send (inf-ess 1): lang=STA, dialect=Stata, tmp-dialect=Stata, buf=*scratch* (inf-ess 1.1): procname=Stata temp-dialect=Stata, buf-name=*Stata* (inferior-ess) Method #3 start=/home/xao/ buf=*Stata* (ess-setq-vars-LOCAL): language=STA, dialect=Stata, buf=nil, comint..echoes=nil, comint..sender=comint-simple-send (inf-ess 2.1): ess-language=STA, ess-dialect=Stata buf=*Stata* (inf-ess 2.2): start args = TERM=emacs stata , inf-ess-start-args=TERM=emacs stata (inf-ess finish [STA(Stata), env(nil,nil)] (ess-multi 0): inf-ess-start-args=TERM=emacs stata , comint-..echoes=nil (i-ess 1): buf=*Stata*, lang=STA, comint..echo=nil, comint..sender=comint-simple-send, (i-ess 2): buf=*Stata*, lang=STA, comint..echo=t, comint..sender=inferior-ess-input-sender, (ess-setq-vars-LOCAL): language=STA, dialect=Stata, buf=nil, comint..echoes=t, comint..sender=inferior-ess-input-sender (i-ess 3): curr-buf=*Stata*, comint..echo=t, comint..sender=inferior-ess-input-sender, (ess-multi post inf-ess: start-args=TERM=emacs stata , comint-echoes=t (ess-multi 1): start-args=TERM=emacs stata Making Process...Buf *Stata*, Proc Stata, Prog env Start File=nil, Args= TERM=emacs stata . [[alternative HTML version deleted]] ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help XIANG AO 2008-09-03T16:20:35 http://permalink.gmane.org/gmane.emacs.ess.general/3135 I haven't used this myself, but Gnu Screen is designed to offer just this sort of functionality. On the other hand, re-connecting to a running computation doesn't really get you much: you can check that it's still running, but if it is you can't do anything in the session until it's done anyways. As an alternative, when I'm running long simulations on a remote machine I include code to email me progress reports so I know when runs are starting or finishing. Our network uses shell scripts to process R batch jobs, so it's easy to add these little email notes. Presumably you could do the same from within R itself, via the system() function. Cheers, Tyler tyler 2008-09-03T19:18:00 http://permalink.gmane.org/gmane.emacs.ess.general/3134 ng, I'm using an ssh session with ess-remote to run R on a dedicated machine on our network. Since my computer is a laptop, and I sometimes start tedious batch jobs on the R-Server, I was wondering if it is possible to leave an ess-remote/ssh process open on the server side, unplug my laptop, and plug it in the next day and pick up the ess-remote/ssh process where I left it? ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Stefan Petersson 2008-09-03T18:44:18 http://permalink.gmane.org/gmane.emacs.ess.general/3133 My heartfelt thanks to whomever added the ess-swv-* functions to ESS - you have saved me a great deal to time and energy. As can be imagined, many of the Sweave documents that I write require loading the Matrix and lme4 packages when running Sweave on them and it takes some time to load the lme4 package in a fresh R process. The first time that I ran M-x ess-swv-weave on one of my Sweave documents I thought I had done something wrong because it completed so quickly. It took me a while to realize that ess-swv-weave used my existing ESS R process which already has the Matrix and lme4 packages loaded. It was a sort of "Well, duh!" moment for me as I though, "why didn't I think of that?". I'm very glad that someone else did think of using the existing process. ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Douglas Bates 2008-09-01T14:49:18 http://permalink.gmane.org/gmane.emacs.ess.general/3132 PD> Martin Maechler wrote: >>>>>>> "PD" == Peter Dalgaard <P.Dalgaard< at >biostat.ku.dk> >>>>>>> on Fri, 29 Aug 2008 15:52:15 +0200 writes: >>>>>>> >> PD> Martin Maechler wrote: >> >> I strongly agree with your last paragraph, >> >> and I have always thought that we should recommend using >> >> R-aware editors rather than dump() nowadays ... >> >> but then I thought that I've been biased at all times, being a >> >> co-developer of ESS, authoring its M-x ess-fix-miscellaneous >> >> (and more), and also the author of a (non public) Emacs lisp >> >> file called 'R-stylepolice.el' as early as in 1999..... >> >> PD> BTW: Has there been any progress on turning the highlighting _off_ in PD> iESS and transcript mode? The highlighted "for" and "in" make me crazy... >> >> we are really getting off-topic... >> and so I am -- as an exception -- cross-posting to ESS-help >> but >> - I don't remember any feature-request of that kind, >> but that may well just expose my fading long-time memory >> PD> [R-help snipped] PD> I think you said "Oh yes, that is really embarrassing" last time I PD> mentioned it.... aah... so indeed there's been problem of fading memory.. >> - you can always use M-x font-lock-mode >> which toggles font-locking ("highlighting"). >> PD> I should probably hook that in... yeah maybe.. >> - What I would want is font-locking in iess- and transcript-mode, >> just not to highlight 'for' and 'in' (and a few more), but >> I'd like to keep the string and other font-locking. >> IIRC, that is simple in principle, but needs a bit of >> tedious work in practice. as I found that's not really been true. The next version (5.3.9) of ESS will no longer fontify any such keywords in S- and R-mode, but continue to fontify other things. All functional changes are localized to lisp/ess-cust.el so you could replace your by the one from the ESS-devel svn repository, https://svn.r-project.org/ESS/trunk/lisp/ess-cust.el (and do not forget to also remove ess-cust.elc if you have one in your installed lisp/ !). PD> I'd avoid that and just font-lock the command line . There's really no PD> consistent way of telling how to fontify the output of an arbitrary line PD> of R . (Or not fontify it at all, but switching the colour of the PD> command line would be nice --- boldface is a bit useless if you've PD> already switched the font to courier 18 bold) I agree that an arbitrary line of R output cannot be fontified consistently. OTOH, I'd guess that 98% of my R output is very nicely fontified, and I'd not want to miss that, particularly not when I'm demo-ing R (using ESS). Ideally, we'd have more customization here, and users could customize what parts should be fontified and what not. I agree e.g., that you (and sometimes I as well) might not want to fontify strings in *R* / and *.Rout. I don't have time to go there for the moment, but patches (from people who know about emacs 'custom' things) are very welcome, and for now I am happy that I've solved the one part I had agreed to be embarassing. Martin ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Martin Maechler 2008-08-30T09:04:49 http://permalink.gmane.org/gmane.emacs.ess.general/3131 [R-help snipped] I think you said "Oh yes, that is really embarrassing" last time I mentioned it.... I should probably hook that in... I'd avoid that and just font-lock the command line . There's really no consistent way of telling how to fontify the output of an arbitrary line of R . (Or not fontify it at all, but switching the colour of the command line would be nice --- boldface is a bit useless if you've already switched the font to courier 18 bold) Peter Dalgaard 2008-08-29T15:32:16 http://permalink.gmane.org/gmane.emacs.ess.general/3130 PD> Martin Maechler wrote: >> I strongly agree with your last paragraph, >> and I have always thought that we should recommend using >> R-aware editors rather than dump() nowadays ... >> but then I thought that I've been biased at all times, being a >> co-developer of ESS, authoring its M-x ess-fix-miscellaneous >> (and more), and also the author of a (non public) Emacs lisp >> file called 'R-stylepolice.el' as early as in 1999..... PD> BTW: Has there been any progress on turning the highlighting _off_ in PD> iESS and transcript mode? The highlighted "for" and "in" make me crazy... we are really getting off-topic... and so I am -- as an exception -- cross-posting to ESS-help but - I don't remember any feature-request of that kind, but that may well just expose my fading long-time memory - you can always use M-x font-lock-mode which toggles font-locking ("highlighting"). - What I would want is font-locking in iess- and transcript-mode, just not to highlight 'for' and 'in' (and a few more), but I'd like to keep the string and other font-locking. IIRC, that is simple in principle, but needs a bit of tedious work in practice. PD> -- PD> O__ ---- Peter Dalgaard Øster Farimagsgade 5, Entr.B PD> c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K PD> (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 PD> ~~~~~~~~~~ - (p.dalgaard< at >biostat.ku.dk) FAX: (+45) 35327907 PD> ______________________________________________ PD> R-help< at >r-project.org mailing list PD> https://stat.ethz.ch/mailman/listinfo/r-help PD> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html PD> and provide commented, minimal, self-contained, reproducible code. ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Martin Maechler 2008-08-29T14:58:16 http://permalink.gmane.org/gmane.emacs.ess.general/3129 I build Emacs weekly out of their CVS, and I have an ssh command. No idea when it was introduced. [[alternative HTML version deleted]] ______________________________________________ ESS-help< at >stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/ess-help Michael Lawrence 2008-08-28T23:31:16 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.ess.general